【經驗分享】常見軟件測試流程

工做以來，大大小小參與的項目也有十幾個了，涵蓋財務類、保險類、OA辦公類軟件。

從測試流程上看，基本也都大同小異，這裏將常見的測試流程作一些梳理，

供剛入行的朋友學習參考，也歡迎你們完善補充。

 

1、需求答疑評審

參與人員：

產品、開發、測試、需求提出人、其它相關人員

主要內容：

對需求文檔進行評審，對於有疑問或者有錯誤的地方，進行討論溝通，來保證對需求理解的準確性和一致性。

需求文檔中最好有業務流程圖，可以較好的幫助相關人員快速的瞭解業務需求。

目標達成：

經過這次會議瞭解到各模塊對應開發人員，以此來肯定測試時間

2、羅列測試點

主要內容：

需求評審經過後，測試根據定版的需求或UE構造測試腦圖。

經過腦圖列出測試點以及測試方法，而後再根據腦圖整理測試方案。

腦圖工具：

Xmind、MindManager等

測試方案包含：

測試環境，測試數據，測試模塊，測試點，測試方法，測試風險等

目標達成：

這個環節，輸出測試點和測試方案，指導接下來的測試工做。

強烈建議：

測試任務緊急來不及寫用例的狀況下，必定要列測試點並進行Review。
避免無序測試，思路混亂，丟三拉四。

3、制定測試計劃

主要內容：

根據開發計劃制定測試計劃

測試計劃包含：

測試範圍、測試目標、測試出入口、經過標準、測試人力安排（角色及職責）、測試進度安排

（用例設計評審開始結束時間、用例執行開始及結束時間、迴歸測試時間計劃、測試交付時間等）、測試交付物、測試風險。

目標達成：

輸出測試計劃

4、用例編寫、評審

主要內容：

測試工做最重要的環節就是設計產出測試用例，必定要嚴謹專業。
用例的可讀性要強，不單單是寫給本身看的，要作到任何人拿起來均可以執行。
用例設計完之後，要開展用例評審，查漏補缺，不斷完善用例；也能夠採起用例結對編寫的方式，提升用例設計質量。

測試用例組成：

編寫人、用例編號、用例名稱、前提條件、測試數據、優先級、操做步驟、預期結果、實際結果、測試人等

用例設計思路：

UI測試、權限測試、功能測試、數據測試、流程測試（包括正常流程與異常流程）、接口測試、兼容性測試、性能測試、安全測試等

設計方法應用：

通常邊界值和等價類經常使用，其次場景法、因果圖、錯誤推測。
針對不一樣的需求，測試點的選擇或側重點可能不同。

目標達成：

經過用例設計、評審，輸出較爲完備的測試用例。

5、冒煙測試

開發提測後，正式測試前，先驗證一下主流程或主要實現功能是否存在問題。

沒有問題後再進行系統的測試，避免測試相關工做已經準備開展，而核心業務卻執行不下去的狀況。

6、執行測試用例

冒煙測試結束後，按照測試計劃開展測試。

這個階段也可採起交叉測試的方法，即：A寫的用例B執行，B寫的用例C執行。

過程當中如遇到不可控因素或問題，影響到測試計劃落地的，必定要儘早報備。

7、編寫測試日報

主要內容：

根據測試需求的具體狀況，發佈測試日報（通常郵件形式較多，也有在看板或需求平臺上備註的）。

測試日報包含：

用例總數、執行用例數、未經過數、發現BUG的數量、關閉BUG的數量、遺留BUG的數量、問題等級、影響程度、BUG趨勢以及其它建議等。

收悉人員：

相關產品、開發、測試或需求人員。

8、測試報告總結

在整個需求或版本測試完成後的總結。

主要反應測試過程當中的問題以及對應版本的質量狀況，是否知足發佈標準、遺留的問題的狀況、是否影響相關使用、特殊的注意事項等。

以前寫過一篇如何進行版本總結的文章，能夠參考【如何編寫測試總結】