测试计划中风险有哪些?
2013-03-20 19:03
337 查看
前几天写了一个项目的[u][b]测试计划[/b][/u],顺便理了理心中的一些想法,攒文如下,权当抛砖引玉之用:
测试计划风险和规避
1、测试准备进度延误
风险分析:如果计划执行过程中,测试准备阶段的测试需求分析到期未完成、测试需求评审未通过、测试设计到期未完成以及测试设计评审未通过,那么就会造成计划进度延误,影响后续测试工作的开展。
规避方法:需要测试人员在进行测试准备的时候,严格按照既定计划执行,如果出现上述情况,则测试人员根据实际影响情况,申请加班来保证进度。如果进度被延误较多,则需要通知所有项目参与人员和领导,并申请调整测试计划。
2、BVT测试未通过
风险分析:如果开发提交的测试版本,执行BVT测试未通过,则版本必须打回重新提交,这样可能造成计划进度延误,影响后续的测试工作安排。
规避方法:在提交测试版本前,开发应该抽出时间进行自测,如果没有进行单元测试和集成测试,则需要安排进行。如果到期提交的版本被测试打回,为了不影响整体计划的进度,需要开发人员适当安排增加人手或者加班。
3、开发进度延误
风险分析:如果开发到版本发布时不能按时发布测试版本,则造成后续测试工作的安排顺延,从而行程测试计划执行的风险。
规避方法:请开发组在项目进行过程中严格控制进度,如果有推迟的风险请立即通知测试人员,协商解决。如果到期仍然不能按时发布,则测试人员需要申请修改测试计划,并通知所有相关人员。如果版本发布时间不能修改,则测试人员需要申请加班,并通知主管领导。
4、难以修复的缺陷造成[b]测试用例阻碍[/b]
风险分析:如果测试执行过程中,被测试版本发现难以修复的bug,造成被测试模块的功能阻碍无法执行测试,测试进度安排受到影响。
规避方法:出现这样的问题,需要开发人员全力配合测试,及时修改出现的问题。如果不能完全修复,也要给测试提供可以测试被阻碍模块的接口。
5、未修改缺陷过多导致测试不能结束
风险分析:在测试将要结束的时候,如果当前版本的现存缺陷过多,被测试版本的各个指标无法达到测试停止标准,那么测试不能结束,将会影响后续版本上线的进度。
规避方法:测试在执行过程中,需要不断的监控被测试项目的现存缺陷情况,如果发现缺陷数量保持一定数量或者不断上升,则需要立即和项目开发组以及领导进行沟通,共同处理。如果将近测试版本发布日期仍然不能有所改善,则需要申请版本延期发布。
6、[b]其他紧急项目抽调人手[/b]
风险分析:如果在项目开发过程中或者测试执行过程中,出现项目开发人员或者测试人员被紧急项目调用,无法按照计划安排参与项目,那么会造成相应的计划进度延误。
规避方法:出现上述情况,需要通知所有项目参与人员,共同协商解决。如果没有解决方案,则需要立即上报领导,申请加班或者申请进度延期。
测试计划风险和规避
1、测试准备进度延误
风险分析:如果计划执行过程中,测试准备阶段的测试需求分析到期未完成、测试需求评审未通过、测试设计到期未完成以及测试设计评审未通过,那么就会造成计划进度延误,影响后续测试工作的开展。
规避方法:需要测试人员在进行测试准备的时候,严格按照既定计划执行,如果出现上述情况,则测试人员根据实际影响情况,申请加班来保证进度。如果进度被延误较多,则需要通知所有项目参与人员和领导,并申请调整测试计划。
2、BVT测试未通过
风险分析:如果开发提交的测试版本,执行BVT测试未通过,则版本必须打回重新提交,这样可能造成计划进度延误,影响后续的测试工作安排。
规避方法:在提交测试版本前,开发应该抽出时间进行自测,如果没有进行单元测试和集成测试,则需要安排进行。如果到期提交的版本被测试打回,为了不影响整体计划的进度,需要开发人员适当安排增加人手或者加班。
3、开发进度延误
风险分析:如果开发到版本发布时不能按时发布测试版本,则造成后续测试工作的安排顺延,从而行程测试计划执行的风险。
规避方法:请开发组在项目进行过程中严格控制进度,如果有推迟的风险请立即通知测试人员,协商解决。如果到期仍然不能按时发布,则测试人员需要申请修改测试计划,并通知所有相关人员。如果版本发布时间不能修改,则测试人员需要申请加班,并通知主管领导。
4、难以修复的缺陷造成[b]测试用例阻碍[/b]
风险分析:如果测试执行过程中,被测试版本发现难以修复的bug,造成被测试模块的功能阻碍无法执行测试,测试进度安排受到影响。
规避方法:出现这样的问题,需要开发人员全力配合测试,及时修改出现的问题。如果不能完全修复,也要给测试提供可以测试被阻碍模块的接口。
5、未修改缺陷过多导致测试不能结束
风险分析:在测试将要结束的时候,如果当前版本的现存缺陷过多,被测试版本的各个指标无法达到测试停止标准,那么测试不能结束,将会影响后续版本上线的进度。
规避方法:测试在执行过程中,需要不断的监控被测试项目的现存缺陷情况,如果发现缺陷数量保持一定数量或者不断上升,则需要立即和项目开发组以及领导进行沟通,共同处理。如果将近测试版本发布日期仍然不能有所改善,则需要申请版本延期发布。
6、[b]其他紧急项目抽调人手[/b]
风险分析:如果在项目开发过程中或者测试执行过程中,出现项目开发人员或者测试人员被紧急项目调用,无法按照计划安排参与项目,那么会造成相应的计划进度延误。
规避方法:出现上述情况,需要通知所有项目参与人员,共同协商解决。如果没有解决方案,则需要立即上报领导,申请加班或者申请进度延期。
相关文章推荐
- 一份标准的测试计划包含哪些要素?
- 软件测试过程中有哪些风险?
- 读书笔记(十六)核心测试过程:计划,准备和完善
- SQL Server 查询优化(测试03)执行计划优化
- 测试风险的管理
- [原创]基于风险的测试(Risk-based testing)
- 哪些系统适合自动化测试
- 如何在test manager中计划和管理测试
- 如何有效进行测试执行进度计划的制订
- 从哪些方面考虑测试覆盖率
- 软件测试风险管理-Bug总结系列笔记
- Web软件测试计划.doc
- 性能测试计划
- 课堂练习12 测试计划
- 关于该00米-624,IBM风险分析对于治理,风险及合规销售精通测试V1考试
- 敏捷开发中,测试人员做哪些工作
- 当项目进度不能按照当初制定的计划来,应采用哪些管理措施来保证项目整体进度不被拖延?
- apache的ab测试主要有哪些关键指标
- ORACLE索引列NULL值引发执行计划该表的测试示例
- COSO企业风险管理框架2017版发布!看看有哪些变化?