3.1測試風險的概念：（自己的話）因為不可能做到完全測試，所以存在風險。那麼測試風險的管理就是，要對軟體中是否安排測試活動做一個考慮的決策。那麼影響這個對待測試的策略來自於兩方面：

第一，風險發生的可能性，也就是存在缺陷的可能性。

第二，測試風險發生後的影響，如果影響不大自然把測試的重要性放低。

測試風險分類：技術風險，即新的技術還沒有被完全掌握，影響軟體系統質量。

                         管理風險，即專案執行過程中的各個影響專案質量的方面，比如時間，資源，矛盾等。

3.2測試風險識別技術

識別出什麼對專案有重大影響的測試風險，通過brain storming（頭腦風暴法），訪談，或者風險檢查表來配合使用，進行識別。

3.3測試風險分析

目標是確定測試物件，優先順序和深度。

分五個步驟：確定測試的功能點效能等屬性，確定風險發生可能，確定產生風險後影響，計算優先順序，確定優先順序。

這五個步驟就不做過多的筆記，比較好理解。最後一個步驟確定就是考慮更多客觀因素，然後得到一個標準，低於這個標準的優先順序較低的功能屬性將不進行測試處理。

3.4測試計劃風險的應對措施

例如縮小範圍，推遲實現，增加資源，減少質量過程等方法來應對。