在往期的內容中有詳細講解過軟件測試具體流程，請參考：
本篇針對軟件測試流程中各個環節測試內容進行詳解。
一、制定測試計劃的五個步驟
軟件測試計劃是整個測試流程中重要的一個環節，測試計劃旨在描述了要進行的測試活動的範圍、方法、資源和進度的文檔；是對整個信息系統應用軟件組裝測試和確認測試。 它確定測試項、被測特性、測試任務、誰執行任務、各種可能的風險。測試計劃可以有效預防計劃的風險，保障計劃的順利實施。具體如下：
1、分析和測試軟件需求
2、定義測試策略
3、定義測試環境
4、定義測試管理
5、編寫和審覈測試計劃
如果在需求分析階段發現並結果問題需要花費$1，則在設計階段解決同樣的問題需花費$5，在編碼階段需$10，交付後解決同樣的問題需花費$200。所以說，越早測試越好。
在需求分析過程中測試人員需要進行如下工作：
1)理解需求，參與審覈需求文檔；
2)理解項目的目標、限制，瞭解用戶的應用背景；
3)編寫測試計劃；
4)準備測試資源。
二、需求測試
需求測試測試的對象是主意而不是代碼，針對文檔進行測試。好的需求文檔的特徵如下：
1、具有清晰的格式和文檔結構
2、需求的內容正確
3、需求的內容完整
4、需求具有可行性需求的必要性
5、對不同的需求優先等級進行定義
6、描述明確
7、可證性和可測試性
8、可修改性-可追蹤
9、需求文檔被及時更新
需求測試內容如下：
1、需求文檔是否符合公司的格式要求
2、是否正確
3、要保證需求文檔中所描述的內容是真實可靠的
4、這是“真正的”需求嗎？描述的產品是否是要開發的產品？
5、需求是否完備？第一個發佈的版本是否需要更多的功能？列出的需求可以減少一部分？
6、需求是否兼容？需求有可能是矛盾的。
7、需求是否可實現？如：需求設想的設備是否比實際運行的要快？需求要求的內存、I/0設備是否太多？需求的輸入或輸出設備要求的分辨率是否要求過高？
8、需求是否合理？在開發進度、開發費用、產品性能、可靠性和內存使用之間存在着平衡關係。
9、需求是否可測？對於軟件測試人員來說判斷需求是否可測是這個過程中最重要的工作。
需求測試方法:
1、複查review
2、走查walkthrough
3、審查inspection
三、測試策略
測試策略類型：
1、確定測試範圍軟件是無法被完全測試的
2、確定測試方法不同的系統需要不同的測試方法
3、定義測試標準入口標準，暫停和繼續的標準，出口標準等
軟件測試結束標準：
-基於測試用例的使用規則：
1)構造測試用例（由相關人員進行評審）
2)執行測試用例中，當測試用例的不通過率達到20%則拒絕繼續測試，待開發人員修正軟件後再繼續。
3)當功能性測試用例通過率達到100%，非功能性測試用例通過率達到90%時，允許正常結束。
-基於“測試期缺陷密度”規則---------含義：對軟件測試一個CPU小時發現的缺陷數，比較適用於系統測試
-基於“運行期缺陷密度”規則---------含義：把軟件運行一個CPU小時發現的缺陷數，比較適用於驗收測試
注：
一個階段的出口標準!=下一個階段的入口標準
系統測試結束的標準!=軟件的發佈標準
發佈標準!=軟件0缺陷
-選擇測試工具 是否需要，需要什麼工具，怎麼獲取
-降低軟件測試代價是企業普遍關注的問題，可通過如下兩種方式： a.減少冗餘和無價值的測試； b.減少測試階段(萬般無奈下)
四、測試環境
-基本內容：設備環境、軟件環境、數據環境
-需考慮的因素 -計算機平臺-操作系統 -瀏覽器 -軟件支持平臺 -外圍設備 -網絡環境 -其他專用設備
-搭建測試環境時的配置原則：-使用的頻度或範圍-實效的可能性-最大限度的模擬真實環境
五、測試管理
由於測試工程中設計的人員、活動、工具是很多的，在制定測試計劃時需要對這些因素進行管理：
-選擇缺陷管理工具和測試管理工具 -定義工作進度
-建立風險管理計劃
(1)可能遇到的風險
1.由於設計、編碼階段出現大量質量問題，導致測試工作量時間增加
2.開始測試時所需的硬件、軟件沒有準備好
3.未能完成對測試人員的技術培訓
4.測試時的人力資源安排不足
5.測試過程中，發生了大量的需求變更
6.測試過程中，項目的開發計劃被大幅度調整 7.不能及時準備好測試所需的環境
8.不能及時準備好測試數據
(2)風險管理的過程
1.識別風險
2.評估風險
3.制定對策
4.跟蹤風險
看到這裏，如果你有一顆想要順利進階，升職加薪的❤️不妨參與我們的軟件測試一週集訓吧！可以後臺私信我，也可以進入qun ：⑥③⑥⑧⑤⑨⑨⑥④，獲取更多諮詢哦～