1. 程式人生 > >軟件測試風險清單

軟件測試風險清單

等級 標準 pos 使用 通過 用例 人力 所有 延長

軟件測試風險,主要分為:風險評估和風險控制

軟件測試風險大致可以從以下幾個方面考慮:

一 人力

風險評估點:

1 人力資源不夠

2 測試用例未被完全執行

3 人員流動,測試人員對業務不熟悉

相對應的風險控制:

1 按照項目計劃,測試計劃準備好測試需要的人力

2 在測試留存中嚴格控制測試的執行,抽查,責任歸個具體的人

3 做好人員流動的準備,加大業務培訓

二 需求

風險評估點:

1 需求人員,測試人員,開發人員對需求的理解不一致

2 後期需要小的變更點,沒有引起重視,未知會到測試

3 需求變動大導致測試工作量增加,可能導致的測試不充分

相對應的風險控制:

1 加強需求評審和溝通

2 項目流程控制,所有變更必須知會測試進行測試和分析

3 通過加班延長測試時間,加大測試人員投入,保證測試充分

開發

風險評估點:

1 開發送測的時間晚於原計劃,導致測試時間被壓縮

2 開發版本控制混亂,送測版本的次數過於密集或無事先約定

3 開發質量差,導致某些模塊的問題過多,遺漏未被發現的缺陷數也會增多

4 開發修復bug考慮不周全,帶入新的缺陷

相應的風險控制:

1 開發把握好計劃送測的時間,做好晚送測的測試準備,加班或加入人力等

2 與開發約定送測的叠代周期,頻繁叠代會導致測試不全或重復測試浪費測試資源

3 統計問題多的模塊,按模塊的優先級適量加大測試投入

4 bug驗證要考慮好相應的場景,回歸相關的功能

環境及其他

風險評估點:

1 測試環境與線上真實環境差異大,產生上線後的環境問題

2 回歸測試不充分

3 測試用例設計考慮不全

4 測試範圍和標準不確定

相應的風險控制

1 盡量使用和線上環境差異少的測試環境,條件允許可模擬一套與線上相近的測試環境,來做項目最後的回歸測試或安裝測試

2 回歸測試前分析問題較多的模塊和核心模塊,加大測試投入,回歸測試把握重點,盡量提高回歸測試的效率

3 平時加強測試人員的業務能力和測試技術水平;測試測試邀請業務、開發一同參加補充測試點,共同承擔質量風險

3 測試計劃中要明確測試範圍,測試標準,測試功能的優先等級

軟件測試風險清單