測試管理事項彙總

序號    節點      工做事項    具體事項                                              其餘參考圖表
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)與測試該功能模塊的測試人員進行溝通和交流,找到引發問題的緣由,總結緣由,避免之後再次發生設計

相關文章
相關標籤/搜索