根據需求分析制定測試計劃===制定測試方案===設計編寫測試用例===搭建測試環境===執行測試用例===bug跟蹤處理===測試報告輸出
測試計劃描述所有要完成的測試工作
一個敘述了預定的測試活動範圍、途徑、資源及進度安排的文件。
它確定了測試項、被測特徵、測試任務、人員安排以及與計劃相關的風險。
目的：明確測試內容、測試任務安排、測試進度、測試資源、風險控制；
保持測試過程的順暢，有效控制和跟蹤測試進度，應對測試過程中的各種變更。
測試方案
：測試方案描述需要測試的特性、測試的方法、測試環境的規劃、測試工具的設計 和選擇、測試用例的設計方法、測試程式碼的設計方案。
測試用例
目的：
以最少的測試用例，實現最大的測試覆蓋，保證軟體功能的正確性，從而提升軟體質量。
測試人員：
採用多種測試方法編寫有效的測試用例，並對遺漏/錯誤的測試用例進行修正。
評審人員：
相關的開發和測試人員，對測試人員編寫的測試用例進行評審，提出遺漏/錯誤的用例缺陷，並跟蹤直至用例缺陷的驗證關閉
測試環境搭建
用例執行
目的：
驗證軟體功能和效能與需求的實際匹配程度。
測試人員：
按照測試用例對軟體功能進行測試。對於發現的缺陷必須記錄，並且跟蹤缺陷的狀態，直至缺陷的驗證關閉。在測試執行過程中發現的遺漏測試用例必須補充至測試用例，保證測試用例與實際測試的一致性。
開發人員：對於測試人員提交的缺陷進行確認、修復。
專案經理：
對測試人員與實際開發人員意見不一的問題進行裁決。
Bug跟蹤與提交
測試執行過程中，及時確認發現的問題：
如果確認發現了軟體的缺陷
毫不猶豫的提交問題報告單！
如果發現了可疑問題/難復現問題
要保留現場，然後找相關開發人員到現場定位問題。
如果開發人員在短時間內可以確認
如果開發人員定位問題需要花費很長的時間？
可以讓開發人員記錄重現問題的測試環境配置，然後，回到自己的開發環境上重現問題，繼續定位。
編寫測試報告
目的
真實客觀地對測試過程中各測試階段、測試項的情況；版本釋出的依據。
角色與職責
測試負責人：
把測試的過程和結果寫成文件，並對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。
