1、什麼是風險？
2、什麼是軟體風險
3、識別軟體風險
4、商業風險
開發乙個沒有人真正需要的優秀產品或系統（市場風險）
開發的產呂不再符合公司的整體商業策略（策略風險）
建造了乙個銷售部門不知道如何去賣的產品（營銷風險）
由於重點的轉移或人員的變動而失去了高階管理層的支援（管理風險）
沒有得到預算或人力上的保證（預算風險）
5、軟體測試風險
6、軟體測試與商業風險
7、風險分析步驟
發生的可能性－發生問題的可能性有多大
影響嚴重性－如果問題發生了會有什麼後果。
步驟：
8、風險分析方法表分析法
矩陣分析法
9、軟體測試計畫風險
10、分析風險因素
時間安排。專案安排的測試時間是否充足？有沒有準備時間？不同階段之間的銜接是否合適？與現有的測試計畫/安排是否衝突？
團隊合作。如果有雙方或多方參與測試，各方之間的配合是否默契？各方對測試專案的流程和標準的理解是否一致？各方的溝通方式是否恰當……
成員對系統/業務熟悉程度。測試人員對被測系統和業務的熟悉程度如何？能否據此進行足夠的分析、設計和測試？
專案開發計畫。軟體系統的開發是否能夠按計畫完成？被測模組是否能夠按計畫提交測試？
配置管理。開發環境、測試環境與生產環境的區別大嗎？開發環境編譯的程式是否能夠在測試環境和生產環境正常執行？系統各模組的build是否正確……
需求變更。在專案過程中，系統的需求是否變更？如果變更，是否及時通知到所有相關團隊和人員？是否需要相應地修改測試需求、測試用例和測試資料......
對於該項目的用途而言，哪種功能最重要?
哪種功能對使用者最明顯?
哪種功能對安全影響最大?
哪種功能對使用者最有用?
對客戶來說，該應用軟體的哪個部分最重要?
在開發過程中，該應用軟體的哪個部分可以最先測試?
哪一部分**最複雜，容易導致出現錯誤?
哪一部分的應用程式是在急迫或在驚恐的情況下開發出來的?
哪一部分程式與過去專案中引起問題的部分相類似/有關?
哪一部分程式與過去專案中需要大量維護的部分相類似/有關?
需求和設計的那些部分不清楚或不容易讀?
開發人員認為在應用軟體中哪些部分是高風險的?
哪些問題能造成最差的發行?
哪些問題最能引起使用者抱怨?
哪些測試可以容易地覆蓋多種功能?
哪些測試在覆蓋高風險部分的測試時使用時間最少?
軟體測試風險分析
軟體測試風險分析的基本方針 制定軟體測試計畫並排列優先順序。風險分析是對軟體中潛在的問題進行識別 估計和評價的過程。軟體風險分析的目的是確定測試物件 測試優先順序以及測試深度。有時還包括確定可以忽略的測試物件。通過風險分析，測試人員識別軟體中高風險的部分並進行嚴格徹底的測試 確定潛在的隱患軟體構件，...
軟體測試常見風險分析
在測試工作中，主要的風險表現有以下幾點 1 需求風險。對軟體需求理解不準確，導致測試範圍存在誤差，遺漏部分需求或者執行了錯誤的測試方式 另外需求變更導致測試用例變更，同步時存在誤差。2 測試用例風險。測試用例設計不完整，忽視了邊界條件 異常處理等情況，用例沒有完全覆蓋需求 測試用例沒有得到全部執行，...
軟體測試常見風險分析
在測試工作中，主要的風險表現有以下幾點 1 需求風險。對軟體需求理解不準確，導致測試範圍存在誤差，遺漏部分需求或者執行了錯誤的測試方式 另外需求變更導致測試用例變更，同步時存在誤差。2 測試用例風險。測試用例設計不完整，忽視了邊界條件 異常處理等情況，用例沒有完全覆蓋需求 測試用例沒有得到全部執行，...