測試工作流程
以下測試流程針對
50kloc
**量的
web產品展開測試工作（採用
1+3模式）
所處階段
任務描述
(活動描述)
計畫時間
計畫投入人力
產出物
測試需求分析階段
(專案立項～
srs評審結束
)
介入需求分析
從專案立項開始，直到需求規格說明書評審結束3人
《系統測試計畫》《
系統測試策略》《
系統測試分析過程》《
srs需求規格評審表單》《
srs需求規格評審報告》《
專案狀態報告》(
以下各階段都有，每週一次
)
《問題與風險管理》《
專案階段
里程碑報告》(
每個階段完成後，編寫該報告
)
《測試工作日誌》(
每人每天填寫一次
)
專案計畫評審
編寫測試計畫
系統測試策略設計
系統測試策略修訂與評審
系統測試分析過程
srs需求規格評審
測試設計階段
(系統概要、詳細設計～編碼與單元測試
)
系統測試方案設計
系統概要、詳細設計階段投入人力，直到單元測試完成5人
《系統測試方案》《
系統測試用例
》基線系統測試方案修訂與評審
系統測試用例設計
系統測試用例修訂與評審
系統測試用例基線化
聯調測試報告評審
測試執行階段
(整合、系統測試執行
)
測試執行開工會
系統測試第一輪6人
《系統**試
checklist檢查單》《
系統測試第一輪缺陷集》《
系統測試報告
(第一輪情況)》
《效能測試報告
(第一輪情況)》
《系統測試用例
》修訂版
測試環境搭建與產品整合
第一輪系統**試
(checklist)
第一輪系統測試執行
第一輪效能測試
第一輪測試總結、測試報告編寫
第一輪測試用例修改和基線化
第二輪系統**試
(checklist)
系統測試第二輪6人
《系統**試
checklist
檢查單》
《系統測試第二輪缺陷集》
《系統測試報告
(第二輪情況)》
《效能測試報告
(第二輪情況)》
《客戶驗收手冊
第一部分
概述（含裝幀）
》初稿《
客戶驗收手冊第二部分
操作指引
》初稿《系統測試用例》修訂版
第二輪系統測試執行
(回歸測試
)
第二輪效能測試
資料組提交的使用者文件第一輪測試
(第二輪系統測試時進行
)
客戶驗收手冊編寫與評審
第二輪測試總結、測試報告編寫
第二輪測試用例修改和基線化
第三輪系統**試
(checklist)
系統測試第三輪6人
《系統**試
checklist
檢查單》
《系統測試第三輪缺陷集》
《系統測試報告
(第三輪情況)》
《效能測試報告
(第三輪情況)》
《客戶驗收手冊》修訂版
《系統測試用例》修訂版
第三輪系統測試執行
(回歸測試
)
第三輪效能測試
資料組提交的使用者類文件第二輪測試
客戶驗收手冊完善與評審
第三輪測試總結、測試報告編寫
第三輪測試用例修改和基線化
第四輪系統**試
(checklist)
系統測試第四輪6人
《系統**試
checklist
檢查單》
《系統測試第四輪缺陷集》
《系統測試報告
(第四輪情況)》
《效能測試報告
(第四輪情況)》
《客戶驗收手冊》修訂版
《系統測試用例》修訂版
第四輪系統測試執行
(回歸測試
)
第四輪效能測試
資料組提交的使用者類文件第三輪測試
客戶驗收手冊完善與評審
第四輪測試總結、測試報告編寫
第四輪測試用例修改和基線化
測試評估階段
測試評估
系統測試結束6人
《系統測試報告》終稿
《效能測試報告》終稿
《客戶驗收手冊》終稿
《系統測試用例》最終基線
《系統測試缺陷集》
測試結束會議
測試策略：
1、第一輪全功能測試
測試經理按角色場景、功能相關性將系統測試用例分配給測試人員進行驗證，對所有功能點測試用例完全執行，保證
100％覆蓋率；所有效能相關的測試用例完全被執行； 2、
第一輪版本間歇期 l
測試經理分配測試用例修訂工作給測試人員； l
測試人員編寫系統測試報告，效能測試報告； 3、
第二輪回歸測試 l
測試經理交叉分配測試用例給測試人員；用例主要選取：基本功能、重點功能
(涉及扣費等
)、複雜的業務功能； l
回歸問題單的交叉策略與用例分配相同；回歸問題單時，如果有
10%以上的問題單未解決，與開發部協商，決定是否將版本打回開發部，重新歸檔； l
測試經理分配資料類測試任務、評審任務； l
測試經理分配客戶驗收手冊編寫任務； l
測試經理交叉分配效能測試任務，要求採用不同的抽樣資料和模組進行測試； 4、
第二輪版本間歇期 l
測試經理分配測試用例修訂工作給測試人員； l
測試人員補充系統測試報告第二輪情況；效能測試第二輪情況； l
測試人員繼續完善客戶驗收手冊； 5、
第三輪回歸測試 l
測試經理交叉分配測試用例給測試人員，交叉順序與前兩輪不重複；用例主要選取：基本功能、重點功能
(涉及扣費等
)、複雜的業務功能； l
回歸問題單的交叉策略與用例分配相同；回歸問題單時，如果存在以下兩類問題單回歸不通過：
導致功能受阻的問題回歸不通過；
涉及計費等嚴重問題驗證不通過；
與開發部協商後，決定是否將版本打回開發部，重新歸檔；
l測試人員交叉進行效能測試； l
測試人員對資料組文件進行回歸驗證或者重新測試（根據具體工作量而定）； l
測試人員繼續編寫客戶驗收手冊； 6、
第三輪版本間歇期 l
測試報告補充第三輪情況；效能報告補充第三輪情況； l
測試人員對客戶驗收手冊進行內部評審； l
測試用例修訂完善； 7、
第四輪回歸測試 l
測試經理交叉分配測試用例給測試人員，交叉順序與前三輪不重複；對轉測**與第三輪的**進行比對，然後確定測試重點，選取測試用例；基本功能用例是必選項； l
回歸問題單的交叉策略與用例分配相同；回歸問題單時，如果存在以下兩類問題單回歸不通過：
導致功能受阻的問題回歸不通過；
涉及計費等嚴重問題驗證不通過；
與開發部協商後，決定是否將版本打回開發部，重新歸檔；
l測試人員交叉進行效能測試； l
測試人員對資料組文件進行回歸驗證或者重新測試（根據具體工作量而定）； l
測試人員完善客戶驗收手冊； l
補充系統測試報告第四輪情況；補充效能報告第四輪情況； 8、
測試結束評估 l
對四輪測試進行總結，檢查測試覆蓋率是否達到
100％，缺陷發現率是否達到指定要求；所有已知缺陷都解決，無法解決的是否給出規避措施；
功能測試的測試工作流程
1.測試計畫 這個計畫，我個人覺得應該在詳細設計確定後，開始編寫的時候進行制定，因為我是 提早開始測試工作 思路的忠實fans，雖然現在專案裡都只有我乙個人在這麼早開始工作。a 測試計畫，主要是給後面的測試工作一些指南，不能寫成領導看的計畫，而是要寫成由做事的人看的計畫 b 包含的內容可能有 i.測...
醫療軟體測試工作流程
醫療器械產品測試型別 嵌入式裝置軟體測試 pc軟體測試 web測試 整機測試 法規測試 安全測試以及自動化測試等。醫療器械軟體測試流程 1 專案立項後，需求工程師 開發工程師 測試工程師一起針對進行需求分析 2 根據需求點使用xmind工具編寫測試點 3 需求說明文件歸檔後，根據需求文件以及測試點編...
app軟體測試工作流程
軟體測試工作流程 結合公司的專案情況制定合理的測試流程，提高測試效率和產品質量。結合公司的專案情況制定合理的測試流程，提高測試效率和產品質量。核心還是要加強專案成員之間的溝通，弱化文件。需求建立 業務發展的需要。1 產品資料的分析以及使用者的需求。2 公司內部的需求。3 產品經理的奇思妙想。需求分析...