首先是專案立項

然後測試和開發各自分析專案設計規格

階段一、測試先測試方案，開發寫需求

互相評審

階段二、測試寫測試用例，開發編碼

各自評審

階段三、測試人員開始SDV測試並提問題單，開發人員修改問題

幾輪SDV後

階段四、驗收測試人員驗收測試，開發人員修改問題單

幾輪驗收測試後

階段五、版本釋出

以上是華為專案標準流程，我們一直是這麼做的

設計軟體測試流程的目標：

指定完整且具體的測試流程和規範，是為測試工作提供基礎流程框架，以期望能達到快速高效、高質量的測試工作。

測試流程圖

1.需求分析：

需求是整個測試工作的基礎，確定測試物件以及測試工作的範圍和作用。用來確定整個測試工作，如安排測試時間表、測試設計等，並作為測試覆蓋的基礎。被確定的需求應該是可核實的，它們必須有一個可觀察、可評測的結果。所以，我們現在理解的需求是一個比較大的概念，它是在整個測試計劃文件中體現出來的。

●測試需求是制定測試計劃的基本依據。確定了測試需求，能夠為測試計劃提供客觀依據。確定要測什麼、測試哪些方面，然後才能針對性的設計測試用例。

●測試需求是計算測試覆蓋的分母，沒有測試需求就沒法準確的進行測試覆蓋。

2.測試計劃：

一般由測試負責人來編寫。測試計劃的依據主要是專案開發計劃和對需求有一定的，瞭解。測試計劃一般包括以下一些方面：

1. 測試背景

1.1軟體專案介紹；

1.2專案涉及人員（如軟硬體專案負責人等）介紹以及相應聯絡方式等。

2. 測試依據

2.1 軟體需求文件；

2.2 軟體規格書；

2.3 其他，如參考產品等。

3. 測試資源

3.1 測試裝置需求；

3.2 測試人員需求；

3.3 測試環境需求；

3.4 其他。

4.測試用例：

一份好的測試用例對測試執行有很好的指導作用，能夠發現很多軟體問題。，指導測試實施人員執行測試工作，為測試報告提供依據，能更好的覆蓋需求點防止遺漏。

5.搭建測試環境

不同軟體產品對測試環境有著不同的要求。如C/S及B/S架構相關的軟體產品，那麼對不同作業系統，如Windows系列、unix、linux甚至蘋果IOS等，這些測試環境都是必須的。而對於一些嵌入式軟體，如手機軟體，如果我們想測試一下有關功能模組的耗電情況，手機待機時間等，那麼我們可能就需要搭建相應的電流測試環境了。當然測試中對於如手機網路等環境都有所要求。

測試環境很重要，符合要求的測試環境能夠幫助我們準確的測出軟體問題，並且做出正確的判斷。

6. 執行測試

從測試的角度而言，測試執行包括一個量和度的問題。也就是測試範圍和測試程度的問題。比如一個版本需要測試哪些方面？每個方面要測試到什麼程度？

從管理的角度而言，在有限的時間內，在人員有限甚至短缺的情況下，要考慮如何分工，如何合理地利用資源來開展測試。當然還要考慮以下問題：

1. 當測試人員測試的執行不到位、敷衍了事時該如何解決？

2. 測試效率問題，怎樣提高測試效率？

3. 根據版本的不同特點是隻做驗證測試還是採取冒煙測試亦或是系統全面測試？

4. 當測試過程中遇到一些偶然性隨機問題該怎樣處理？

總結：測試執行過程中會遇到很多複雜的問題，還是那句話，具體問題具體解決！

7. 缺陷管理

一般而言，缺陷都是誰測試誰提交。在缺陷的描述上，通常包括以下內容：

編號、測試者、測試日期、概要、預置條件、操作步驟、錯誤現象、嚴重程度、版本、作業系統，截圖等。

常見缺陷管理工具：有禪道、JIRA、Bugfree等。

8. 測試報告

這裡報告指軟體經過一輪又一輪測試後，確認軟體無重大問題或者問題很少的情況下，對準備發給客戶的軟體進行驗收，以確定是否能夠發行給客戶或投放市場。

最後總結經驗教訓：每個版本有每個版本的測試總結，每個階段有每個階段的測試總結，當專案完成所有需求後，一般要對整個專案做個回顧總結，看有哪些做的不足的地方，有哪些經驗可以對今後的測試工作做借鑑使用等等。測試總結無嚴格格式、字數限制。應該說，測試總結還是很重要的。