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