2023年10月26日 12:39:00
測試風險是不可避免的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在測試工作中，主要的風險有：
質量需求或產品的特性理解不準確，造成測試範圍分析的誤差，結果某些地方始終測試不到或驗證的標準不對；
測試用例沒有得到百分之百的執行，如有些測試用例被有意或無意的遺漏；
需求的臨時/突然變化，導致設計的修改和**的重寫，測試時間不夠；
質量標準不都是很清晰的，如適用性的測試，仁者見仁、智者見智；
測試用例設計不到位，忽視了一些邊界條件、深層次的邏輯、使用者場景等；
測試環境，一般不可能和實際執行環境完全一致，造成測試結果的誤差；
有些缺陷出現頻率不是百分之百，不容易被發現；如果**質量差，軟體缺陷很多，被漏檢的缺陷可能性就大；
回歸測試一般不執行全部測試用例，是有選擇性的執行，必然帶來風險。
前面三種風險是可以避免的，而4）至7）的四種風險是不能避免的，可以降到最低。最後一種回歸測試風險是可以避免，但出於時間或成本的考慮，一般也是存在的。
針對上述軟體測試的風險，有一些有效的測試風險控制方法，如：
為了避免、轉移或降低風險，事先要做好風險管理計畫和控制風險的策略，並對風險的處理還要制定一些應急的、有效的處理方案，如：
要想真正迴避風險，就必須徹底改變測試專案的管理方式；針對測試的各種風險，建立一種"防患於未然"或"以預防為主"的管理意識。與傳統的軟體測試相比，全過程測試管理方式不僅可以有效降低產品的質量風險，而且還可以提前對軟體產品缺陷進行規避、縮短對缺陷的反饋週期和整個專案的測試週期。
參考： 測試執行中非常有效的策略
補充材料： 關於風險管理的方法
風險管理，一般可以分成5個步驟，即風險識別、風險分析、風險計畫、風險控制以及風險跟蹤。
1. 風險識別
風險識別是試圖用系統化的方法來確定威脅專案計畫的因素。識別方法包括風險檢查表、頭腦風暴會議、流程圖分析以及與專案人員面談等。前兩種方法是比較常用的。風險檢查表建立在以前開發類似的專案中曾經遇到的風險基礎上，比如開發時利用了某種技術，那麼有過這種技術開發經驗的個人或者專案組就能指出他們在利用這種技術時遇到過的問題；頭腦風暴會議可以圍繞專案中有可能會出現哪些範圍、進度、成本和質量方面的問題這一議題展開，討論和列舉出專案可能出現的風險。對不同的專案應該具體問題具體分析，識別出真正可能發生在該專案上的風險事件。
2. 風險分析
風險分析可以分為定性風險分析和定量風險分析。定性風險分析是評估已識別風險的影響和可能性的過程，以根據風險對專案目標可能的影響對風險進行排序。它在明確特定風險和指導風險應對方面十分重要。定量風險分析是量化分析每一風險的概率及其對專案目標造成的後果，同時也要分析專案總體風險的程度。
不同的風險發生後對專案造成的影響各不相同，主要有以下3個方面需要考慮：
據此確定風險估計的加權係數，得到專案的風險估計。然後通過對風險進行量化、選擇和排序，可以知道哪些風險是必須要應對，哪些是可以接受，哪些是可以忽略。進行風險管理應該把主要精力集中在那些影響力大、影響範圍廣、概率高以及可能發生的階段性的風險上。
3. 風險計畫
制定風險行動計畫，應考慮以下部分：責任、資源、時間、活動、應對措施、結果、負責人。建立示警的閾值是風險計畫過程中的主要活動之一，閾值與專案中的量化目標緊密結合，定義了該目標的警告級別。
該階段涉及到參考計畫、基準計畫和應急計畫等不同型別的計畫。
在這一階段有鞏固與解釋、選擇與細化、支援與說服等特定的任務。
4. 風險控制方法
主要採用的應對方法有風險避免、風險弱化、風險承擔和風險轉移等。
5. 風險跟蹤
在風險受到控制以後，我們要及時進行跟蹤，做好風險跟蹤：
可以通過以下幾種方法進行有效的風險跟蹤：
預知後事如何，請讀下回分解：
第21回 測試用例設計方法的綜合運用
®
--系列討論的目錄，見：
軟體測試演義--中高階系列（序）
軟體測試風險管理
好像所有帶有 管理 字樣的東西都變得不那麼具體了。一般這個東西就要對症下藥了，所以首先得知道有什麼樣的風險。在實際的工作中主要遇到過以下的風險型別 1 需求變更，這個是最大的風險，因為最後期限是不變的，需求變了，就意味著更多的工作要在已計畫好的日程表中做完。風險可排老大 2 人員變動，在乙個可以持續...
第17回 測試專案的管理原則
2006年10月02日 16 59 00 軟體開發專案的成敗，取決於 過程 人 技術 這三方面的水平和協調，過程是基礎 人是核心，而技術是保證，三方面相互制約，又相互促進。哪一方面沒能跟上，形成薄弱環節，專案成功的可能性就會變小。測試專案也不例外，需要從這三方面一起抓。特別是軟體測試，流程定義的科學...
第17回 測試專案的管理原則
軟體開發專案的成敗，取決於 過程 人 技術 這三方面的水平和協調，過程是基礎 人是核心，而技術是保證，三方面相互制約，又相互促進。哪一方面沒能跟上，形成薄弱環節，專案成功的可能性就會變小。測試專案也不例外，需要從這三方面一起抓。特別是軟體測試，流程定義的科學性與規範性 流程執行的嚴格性 人員的高度責...