軟體測試常用工具-風險識別列表
阿新 • • 發佈:2018-11-13
談到風險,都需要思考哪些問題?
- 如何識別專案進行中的風險?
- 這些風險,可能帶來的後果是什麼?
- 如何儘量在前期避免各類風險?
- 確認風險後,我們要採取的措施是什麼?如何避免風險可能帶來的後果?
一、需求相關
- 需求改動,如新增、修改需求
- 需求變更沒有及時溝通
- 因各方(產品、開發、測試、使用者)對需求理解不一致導致的返工
- 前期在需求討論或用例評審階段,針對一些異常處理、邊界或是異常情況沒有考慮全,導致後續需要增加工時開發和測試
二、資源相關
- 測試過程中發現預估的時間偏少
- 測試資源被其它高優先順序專案佔用
- 主要產品、開發、測試休假導致的進度延誤
- 深入測試後發現,有在測試計劃外,但是需要測試、迴歸的內容
三、人員問題
- 提交程式碼質量差,bug較多,或修改一個bug常常引出多個新bug
- bug修復較慢導致的延期
- 嚴重bug block進度導致的延期
- 在不告知其他成員的情況下提交程式碼,導致了嚴重問題
- 測試結果反饋不及時,嚴重問題未及時周知專案相關人員
- 測試人員報bug的資訊不全面或是不準確,開發無法復現,需要反覆溝通或是需要當面演示
- 某些專案存在技術難度,測試能力、經驗和技術水平所限,導致測試進展緩慢,測試結果準確性不夠,專案釋出日期延期等問題。
四、其它問題
- 專案不符合測試計劃中的時間預期,如聯調delay、提測delay、測試進度不符合預期
- 效能、穩定性不符合測試計劃中指標
- 測試環境不穩定導致的進度受到影響
- 第三方依賴不穩定、未完成開發,導致的延誤
- 臨近釋出發現準備工作未完成,如新增伺服器,服務端業務沒有及時上線,配置未上線等等
- 專案需要的資源,如裝置、資料等,未及時到位