序號 節點 工做事項 具體事項 其餘參考圖表
1 測試流程 需求分析 1)根據需求編寫出兩個圖:業務流程圖、測試點的思惟導圖(簡版的測試需求分析文檔) 業務流程
2 測試計劃 1)測試類型:接口測試、功能測試、UI測試、性能測試、自動化測試等,根據實際狀況去執行 測試思惟導圖
3 2)測試時間:預估每項工做事項的開始和結束時間,並列出可能遇到的風險
4 3)測試執行人:項目、產品、軟件、系統、平臺,功能不復雜,人員較少的狀況下,根據我的能力及功能模塊的複雜度分配測試任務;性能
若是人員比較多,或是功能模塊、業務流程比較複雜,須要指定功能模塊測試負責人
5 4)測試策略:接口測試->全量測試(功能測試、業務流程測試、正常和多種異常場景測試)->多輪交叉測試->迴歸驗收測試
6 用例設計 1)第1個月,可按本身的思路去寫測試用例及執行測試
7 2)第2個月之後,須要按照必定的規範和要求設計、編寫測試用例
8 用例評審 1)發郵件給參與用例評審的人員(包括產品、運營、項目、開發、測試人員),並以附件的方式發送測試用例
9 2)各位與會人員,經過1~2天熟悉需求後,便開始進行用例評審,測試人員講解編寫測試用例的總體思路,其餘同事聽後可提出必定的建議和意見,測試
以後測試人員可對測試用例作一些補充和完善
10 3)彙總在會議中記錄其餘同事對測試用例設計的建議,測試人員再對測試用例作一些補充和完善,並做爲最終版原本執行測試用例
11 缺陷管理 1)跟蹤和管理好每一個缺陷,尤爲對嚴重級別的以上缺陷需及時跟蹤和驗證
12 2)分析和統計每一個版本的缺陷分佈和趨勢彙總,並提供給開發、測試員作參考
13 驗收測試 1)須要產品、運營人員來驗收產品功能,檢查功能是否被實現,有無沒有考慮到的功能
14 2)經過驗收測試的列表,讓產品和運營人員,反饋驗收每項檢查項是否達到要求,並反饋每項驗收結果
15 3)驗收過程當中,若有發現缺陷或需求上的問題,須要開發去解決發現的缺陷及評審不合產品的需求 驗收測試列表
16 測試時間 爭取測試時間 1)儘可能保證合理的測試時間
17 安排測試時間 1)模塊內的功能,模塊見交互比較少:需求分析和用例設計時間(1天),執行測試時間和修復缺陷時間(2天),驗收測試時間(0.5天)
18 2)模塊見交互較多的功能:需求分析和用例設計時間(1~2天),執行測試時間和修復缺陷時間(4~5天),驗收測試時間(1天)
19 3)系統級別的需求:需求分析(3+天),用例設計時間(2~3天),執行測試時間和修復缺陷時間(5+天),驗收測試時間(2~3天)
20 測試進度與質量 測試進度 1)根據每一個任務的難易程度,及我的能力狀況,預估好每一個任務的測試完成時間
21 2)蒐集和檢查測試用例的執行狀況
22 3)天天晨會中,每人反饋昨天任務的完成狀況和狀態,當天要作的任務及遇到的問題
23 4)天天下班前,每人檢查和驗證嚴重級別以上的BUG是否已被開發人員解決或開發人員正在解決
24 測試質量 1)充足的測試時間
25 2)充足的測試分析和用例設計
26 3)測試人員能力的培養和提高
27 4)作好驗收測試和風險控制
28 線上跟蹤管理 版本跟蹤和管理 1)每隔3個月或必定時間段收集線上系統產生的問題及用戶反饋的問題,再作分析後,分類並彙總
29 2)在測試環境中,儘可能基於線上發生問題的場景來進行問題重現的驗證測試,找出緣由解決
30 3)與測試該功能模塊的測試人員進行溝通和交流,找到引發問題的緣由,總結緣由,避免之後再次發生設計