測試流程依次如下：

1、需求：閱讀需求，理解需求，與客戶、開發(fā)、架構多方交流，深入了解需求。--testing team

2、測試計劃: 根據(jù)需求估算測試所需資源（人力、設備等）、所需時間、功能點劃分、如何合理分配安排資源等。---testing leader or testing manager

3、用例設計：根據(jù)測試計劃、任務分配、功能點劃分，設計合理的測試用例。---testing leader, senior tester

4、執(zhí)行測試：根據(jù)測試用例的詳細步驟，執(zhí)行測試用例。--every tester(主要是初級測試人員)

5、執(zhí)行結果記錄和bug記錄：對每個case記錄測試的結果，有bug的在測試管理工具中編寫bug記錄。--every tester(主要是初級測試人員)

6、defect tracking：追蹤leader分配給你追蹤的bug.直到 bug fixed。--every tester

7、測試報告：通過不斷測試、追蹤，直到被測軟件達到測試需求要求，并沒有重大bug.

8、用戶體驗、軟件發(fā)布等。

向左轉|向右轉

擴展資料：

流程分析：

這個流程唯一的優(yōu)點，就是能快速的發(fā)現(xiàn)并修復問題。

這個流程中，項目經理是核心，項目經理也確實是有多年開發(fā)與項目經驗的牛人，他喜歡不定期分享上些前沿的技術。

對于測試來說，需求很不明確，測試文檔與用例也是可有可無的產物，沒有需求文檔，或非常簡陋，根據(jù)需求文檔根本無法編寫用例。

通用的測試用例，如登錄、文件上傳下載、列表翻頁、日期選擇、輸入框驗證、搜索等有一些“通用型”用例，以便在測試過程中做參考。