软件测试风险点

软件测试风险清单 - 圆圆测试日记 - 博客园

最近在看软件测试风险点的文章，转载下觉得很好的文章留存一下

软件测试风险清单

软件测试风险,主要分为:风险评估和风险控制

软件测试风险大致可以从以下几个方面考虑:

一  人力

风险评估点:

1 人力资源不够

2 测试用例未被完全执行

3 人员流动,测试人员对业务不熟悉

相对应的风险控制:

1 按照项目计划,测试计划准备好测试需要的人力

2 在测试留存中严格控制测试的执行,抽查,责任归个具体的人

3 做好人员流动的准备,加大业务培训

二 需求

风险评估点:

1 需求人员,测试人员,开发人员对需求的理解不一致

2 后期需要小的变更点,没有引起重视,未知会到测试

3 需求变动大导致测试工作量增加,可能导致的测试不充分

相对应的风险控制:

1 加强需求评审和沟通

2 项目流程控制,所有变更必须知会测试进行测试和分析

3 通过加班延长测试时间,加大测试人员投入,保证测试充分

三 开发

风险评估点：

1 开发送测的时间晚于原计划，导致测试时间被压缩

2 开发版本控制混乱，送测版本的次数过于密集或无事先约定

3 开发质量差，导致某些模块的问题过多，遗漏未被发现的缺陷数也会增多

4 开发修复bug考虑不周全，带入新的缺陷

相应的风险控制：

1 开发把握好计划送测的时间，做好晚送测的测试准备，加班或加入人力等

2 与开发约定送测的迭代周期，频繁迭代会导致测试不全或重复测试浪费测试资源

3 统计问题多的模块，按模块的优先级适量加大测试投入

4 bug验证要考虑好相应的场景，回归相关的功能

四 环境及其他

风险评估点：

1 测试环境与线上真实环境差异大，产生上线后的环境问题

2 回归测试不充分

3 测试用例设计考虑不全

4 测试范围和标准不确定

相应的风险控制

1 尽量使用和线上环境差异少的测试环境，条件允许可模拟一套与线上相近的测试环境，来做项目最后的回归测试或安装测试

2 回归测试前分析问题较多的模块和核心模块，加大测试投入，回归测试把握重点，尽量提高回归测试的效率

3 平时加强测试人员的业务能力和测试技术水平；测试测试邀请业务、开发一同参加补充测试点，共同承担质量风险

3 测试计划中要明确测试范围，测试标准，测试功能的优先等级