軟件測試是把控軟件質量的重要防線，但風險又存在于軟件測試的全過程，如何有效的進行風險控制呢？就是主動的發現，暴露產品存在的風險和缺陷，并協同團隊成員，做好容災解決方案并一起解決風險。

·需求階段

產品需求不明確，導致后期版本改動大，溝通成本大

比如: 無需求、需求不完善、需求不清晰

產品需求邏輯有漏洞，導致版本上線后影響用戶體驗

需求理解不一致，導致后期版本改動大，溝通成本大

需求變更頻繁，導致后期版本改動頻繁

·開發實現階段

代碼系統架構設計不足，導致可擴展性不足

代碼質量差導致缺陷多

代碼性能兼容差

代碼沒做好注釋，修改難度大

·測試規劃階段

測試方案評估不足，導致測試內容不全、不合理

測試計劃不合理，導致測試進度緊張

測試用例設計不合理，用例設計有遺漏

·產品驗收階段

開發提測代碼質量不合格，無法按預期執行

開發提測Demo與產品預期不符，需要重新實現

·測試驗證階段

測試環境準備不足，無法按預期執行

比如：服務器測試環境未搭建、測試數據未準備、測試工具未準備好等

測試環境配置和正式環境配置不同，導致測試結果有誤差

測試人員能力或經驗不足，導致遺漏bug或發現bug時間段較晚

項目bug多、修改難度大，導致代碼改動范圍大，增長項目周期

新增需求或需求變更，導致增加開發測試工作量，增長項目周期

測試進度把控不足，導致測試進度不滿足預期

·上線階段

上線預期要求不明確，比如“升級策略不明確、版本放量控制不明確”

上線環境準備不足，無法按預期上線

比如：線上數據未準備、線上環境配置未搭建

上線相關人員不明確或不能及時到位，導致無法按預期上線

最 后對任何一個軟件項目，可以有最 佳的期望值，但更應該要有最壞的準備，“最壞的準備”在項目管理中就是進行項目的風險識別、風險評估、風險管控：采取積極的步驟對要發生或即將發生的風險進行預防。