风险来源 |
风险原因 |
阶段 |
风险 级别 |
风险后果 |
分析控制措施 |
人力资源员 |
开发人员能力有限 |
开发阶段 |
高 |
测试延期或者交付的测试版本质量不高 错误太多导致遗漏测试或者测试延期 |
人员培训 关键性技术人员培养后备人员 时间、成本等估算时,要留有余地,不要用到100% |
人流动 |
开发阶段 |
高 |
测试延期 |
测试延期 功能剪裁 增加人员 |
|
测试阶段 |
高 |
延误工期 |
测试剪裁 延期发布 增加人员 |
||
人员对系统或者行业业务知识了解不够 |
测试阶段 |
|
遗漏测试 延误工期 |
人员培训 测试剪裁 延期发布 |
|
定位效应(认为某个功能是可靠的) |
测试阶段 |
|
遗漏测试
|
|
|
疲态(重复工作的厌倦) |
测试阶段 |
|
遗漏测试
|
合理人员分工 |
|
系统资料 |
文档缺乏 |
需求阶段 测试阶段 |
|
问题不可追溯 |
制定文档标准,并建立一种机制,保证文档及时产生 |
需求变更 |
开发阶段 测试阶段 |
高 |
测试时间不够 诱发新的问题 |
|
|
测试用例/数据设计不充分 |
测试阶段 |
|
遗漏测试
|
用例评审 |
|
质量标准不统一 |
测试阶段 |
|
|
|
|
测试环境 |
硬件资源损坏或不足 |
|
|
测试延期 |
事先分析测试所需硬件资源,及时申请,保证测试工作顺利进行 |
被测软件版本不统一 |
|
|
|
严格控制版本,BUG以版本为单位进行提交。在测试过程中及BUG确认阶段禁止任何代码更新 |
|
测试软件环境不一致(操作 系统、软件环境、历史数据等) |
|
|
|
|
|
测试硬件环境不一致 |
|
|
|
|
|
测试方法和实施 |
错误或缺失测试方法 |
测试阶段 |
|
遗漏测试 测试错误 |
|
场景的缺失或部分缺失 |
测试阶段 |
|
遗漏测试
|
|
|
测试用例实施不充分 |
测试阶段 |
|
遗漏测试
|
|
|
测试时间 |
测试时间不足 |
|
|
|
|
测试时间延长 |
|
|
|
|
|
第三方资源 |
|
|
|
|