測試流程依次如下：

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

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

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

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

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

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

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

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

向左轉(zhuǎn)|向右轉(zhuǎn)

擴(kuò)展資料：

流程分析：

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

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

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

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