軟件測試風險清單 - 圓圓測試日記 - 博客園

最近在看軟件測試風險點的文章，轉(zhuǎn)載下覺得很好的文章留存一下

軟件測試風險清單

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

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

一? 人力

風險評估點:

1 人力資源不夠

2 測試用例未被完全執(zhí)行

3 人員流動,測試人員對業(yè)務(wù)不熟悉

相對應(yīng)的風險控制:

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

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

3 做好人員流動的準備,加大業(yè)務(wù)培訓

二 需求

風險評估點:

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

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

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

相對應(yīng)的風險控制:

1 加強需求評審和溝通

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

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

三?開發(fā)

風險評估點：

1 開發(fā)送測的時間晚于原計劃，導致測試時間被壓縮

2 開發(fā)版本控制混亂，送測版本的次數(shù)過于密集或無事先約定

3 開發(fā)質(zhì)量差，導致某些模塊的問題過多，遺漏未被發(fā)現(xiàn)的缺陷數(shù)也會增多

4 開發(fā)修復(fù)bug考慮不周全，帶入新的缺陷

相應(yīng)的風險控制：

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

2 與開發(fā)約定送測的迭代周期，頻繁迭代會導致測試不全或重復(fù)測試浪費測試資源

3 統(tǒng)計問題多的模塊，按模塊的優(yōu)先級適量加大測試投入

4 bug驗證要考慮好相應(yīng)的場景，回歸相關(guān)的功能

四?環(huán)境及其他

風險評估點：

1 測試環(huán)境與線上真實環(huán)境差異大，產(chǎn)生上線后的環(huán)境問題

2 回歸測試不充分

3 測試用例設(shè)計考慮不全

4 測試范圍和標準不確定

相應(yīng)的風險控制

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

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

3 平時加強測試人員的業(yè)務(wù)能力和測試技術(shù)水平；測試測試邀請業(yè)務(wù)、開發(fā)一同參加補充測試點，共同承擔質(zhì)量風險

3 測試計劃中要明確測試范圍，測試標準，測試功能的優(yōu)先等級

總結(jié)

以上是生活随笔為你收集整理的软件测试风险点的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。