SC 02 01 軟體外包測試流程

抄來抄去，不知誰是原版正宗了，反正我不是原創，為了方便自己閱讀，調整了一下版面。

1. 如果競標成功，專案就開始啟動了。

2. 發包方：

（1）發包方會提供乙份 crs（客戶需求）和 sow（工作任務書）

（2）發包方派人過來進行需求培訓，這時該項目的測試組長也要參與到專案需求的培訓和評審，也就是測試工作應該從需求開始介入。

3. 承包方：

（1）專案經理編寫《專案計畫》

（2）開發人員產出《srs》

（3）測試組長就要根據sow開始編寫《測試計畫》，其中包括人員，軟體硬體資源，測試點，整合順序，進度安排和風險識別等內容。

（4）《測試計畫》編寫完成後需要進行評審，參與人員有專案經理，測試經理和發包方人員，測試組長需要根據評審意見修改《測試計畫》，並上傳到svn

上，由配置管理員管理。

（5）開發人員整理好《srs》並打了基線，測試組長開始組織測試成員編寫《測試方案》。

● 測試方案要求根據《srs》上的每個需求點設計出包括需求點簡介，測試思路和詳細測試方法三部分的方案。

● 《測試方案》編寫完成後也需要進行評審，評審人員包括專案經理，開發人員，測試經理，測試組長，測試成員和發包方；如果發包方不在公司，就需要測試組長把《測試方案》傳送給發包方進行評審，並返回評審結果。測試組長組織測試成員修改測試方案，直到發包方評審通過後才進入下個階段――編寫測試用例。

（6）根據《測試方案》來編寫的《測試用例》

● 測試用例需要包括測試項，用例級別，預置條件，操作步驟和預期結果。其中操作步驟和預期結果需要編寫詳細和明確。

● 測試用例應該覆蓋測試方案，而測試方案又覆蓋了測試需求點，這樣才能保證客戶需求不遺漏。

● 測試用例也需要通過開發人員，測試人員和發包方的評審，測試組長也需要組織測試人員對測試用例進行修改，直到發包方評審通過。

（7）在編寫測試用例的階段，開發人員基本完成**的編寫，同時完成單元測試。發包方的外包專案最好是是一次性整合，軟體轉測試部後直接進行系統測試。

● 測試部對剛轉過來的測試版本進行**試，如果軟體未實現checklist清單上的10％，測試部會把該版本打回。否則，軟體轉測試部進行系統測試。

● 根據《測試計畫》進度安排，測試組長進行多輪次的測試，每輪測試完成後測試組長需要編寫測試報告，其中包括用例執行通過情況，缺陷分布情況，缺陷產生原因，測試中的風險等等，這時測試人員就修改增加測試用例。

● 待到開發修改完bug並轉來新的測試版本，測試部開始進行第二輪的系統測試，首先回歸完問題單，再繼續進行測試，編寫第二輪的測試報告，如此迴圈下去，直到系統測試結束。

● 在系統測試期間，測試人員還需要編寫驗收手冊，驗收用例和資料測試用例等。

（8）完成系統測試後，軟體就開始轉到發包方進行驗收測試，其中大概測試半個月，一般會要求測試部派人到發包方進行協助測試，並發回問題單給公司開發人員修改。

● 如果驗收發現的缺陷率在sow規定的範圍內，那麼驗收成功，發包方付錢給公司，專案結束。

● 如果超過規定的缺陷率，那麼公司可能要罰錢了，整個專案組的成員（包括開發和測試）都可能要罰了。這種情況也會有，如果按照流程做事，概率不會很大。

4. 測試流程的規範是很重要的，但是如果要成為優秀的測試人員只知道流程還是不夠的，需要學習的東西還很多，包括熟悉相關測試業務，計算機專業知識（linux，oracle，tcp/ip等），開發的架構和語言，效能測試和系統瓶頸分析、調優等。還有性格（細心，耐心）和人際溝通能力也是很重要的決定條件。