软件测试风险,主要分为:风险评估和风险控制
软件测试风险大致可以从以下几个方面考虑:
一 人力
风险评估点:
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 测试计划中要明确测试范围，测试标准，测试功能的优先等级
软件测试风险,主要分为:风险评估和风险控制
软件测试风险大致可以从以下几个方面考虑:
一 人力
风险评估点:
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 测试计划中要明确测试范围，测试标准，测试功能的优先等级