測試工作流程
以下測試流程針對
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 產品經理的奇思妙想。需求分析...