软件测试风险清单
軟件測試風險,主要分為:風險評估和風險控制
軟件測試風險大致可以從以下幾個方面考慮:
一 人力
風險評估點:
人力資源不夠
測試用例未被完全執行
人員流動,測試人員對業務不熟悉
相對應的風險控制:
按照項目計劃,測試計劃準備好測試需要的人力
在測試留存中嚴格控制測試的執行,抽查,責任歸個具體的人
做好人員流動的準備,加大業務培訓
二 需求
風險評估點:
需求人員,測試人員,開發人員對需求的理解不一致
后期需要小的變更點,沒有引起重視,未知會到測試
需求變動大導致測試工作量增加,可能導致的測試不充分
相對應的風險控制:
加強需求評審和溝通
項目流程控制,所有變更必須知會測試進行測試和分析
通過加班延長測試時間,加大測試人員投入,保證測試充分
三 開發
風險評估點：
開發送測的時間晚于原計劃，導致測試時間被壓縮
開發版本控制混亂，送測版本的次數過于密集或無事先約定
開發質量差，導致某些模塊的問題過多，遺漏未被發現的缺陷數也會增多
開發修復bug考慮不周全，帶入新的缺陷
相應的風險控制：
開發把握好計劃送測的時間，做好晚送測的測試準備，加班或加入人力等
與開發約定送測的迭代周期，頻繁迭代會導致測試不全或重復測試浪費測試資源
統計問題多的模塊，按模塊的優先級適量加大測試投入
bug驗證要考慮好相應的場景，回歸相關的功能
四 環境及其他
風險評估點：
測試環境與線上真實環境差異大，產生上線后的環境問題
回歸測試不充分
測試用例設計考慮不全
測試范圍和標準不確定
相應的風險控制
盡量使用和線上環境差異少的測試環境，條件允許可模擬一套與線上相近的測試環境，來做項目最后的回歸測試或安裝測試
回歸測試前分析問題較多的模塊和核心模塊，加大測試投入，回歸測試把握重點，盡量提高回歸測試的效率
平時加強測試人員的業務能力和測試技術水平；測試測試邀請業務、開發一同參加補充測試點，共同承擔質量風險
測試計劃中要明確測試范圍，測試標準，測試功能的優先等級
總結
- 上一篇： png转ico
- 下一篇： 元数据管理、治理、系统、建设方案、范例等