测试执行结束就可以认为测试结束了吗?

发表于:2010-10-28 17:13

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:郑文强    来源:51Testing软件测试网采编

  所有的测试执行活动完成并输出测试报告后,并不意味着测试活动全部结束。测试经理和测试团队中的其他成员还需要将测试工作产品归档,同时对测试过程和测试活动进行相关数据的收集和分析,总结测试过程和测试活动的经验教训,例如:测试活动是否实现了测试计划设定的目标、有哪些非期望的事情和风险发生、发生的原因是什么、是不是有效地解决了这些风险、是否存在没有解决的变更请求等。

  测试结束活动中相关数据的分析主要用来回答下面这些问题:测试过程中哪些方面做得不够好、为什么会存在这些问题、哪些方面做得比较好及相应的经验、如何在下一个项目中能够做得更好等。这些内容的分析可以让测试团队成员了解测试过程中的经验和教训,从而帮助测试团队在以后的测试中尽量避免重复以前的错误。同时,这些经验教训也可以帮助其他项目和其他项目团队改进他们的开发和测试过程,以及提高产品的质量。通过测试过程的评估(包括测试任务、所花费资源和所达到结果的鉴定评估),可以发现哪些方面需要进一步改进。把这些发现结果使用在以后的项目中,可以帮助后继项目的持续改进。

  当确定测试结束后,应当收集主要的输出成果,并且交给相应的人员或归档,这些活动称为结束活动。测试结束活动主要包括以下四个方面:

  ● 确保所有的测试工作全部完成,例如:所有计划的测试都已经执行;提交的缺陷已经修改,并且进行了相应的确认测试和回归测试;遗留缺陷都经过项目团队的风险分析或相关资源的分析,认为在当前版本不进行该缺陷的修复而存在的风险是可以接受的,或者当前的资源限制无法解决这个缺陷,确定这些缺陷需要留到下一个版本解决。

  ● 移交测试工作产品,例如:延期的或者无法解决的缺陷需要和使用产品的用户进行沟通;将测试文档和测试环境等移交给后续进行维护测试的小组。

  ● 总结经验教训。记录开发过程和测试过程中所有的经验教训,并且将经验教训文档化,以避免在以后的项目和项目测试中重复这些错误,例如:

  ◇ 由于在测试的后期发现不曾预料的缺陷集群。测试团队分析之后发现,假如在早期的风险识别会议上邀请更加广泛的客户代表来参加,就可以减轻或者避免这类风险的发生。

  ◇ 实际的工作量和原来估算的工作量差距很大。分析工作量估算误差大的原因,例如:遗漏某些测试工作,在以后的工作量估算中,将这些因素考虑在内,不断提高估算的精度。

  ◇ 缺陷趋势的分析、引起缺陷的原因和影响的分析,例如:是不是由于项目后期的变更请求影响了开发的质量;是否由于采用了不好的实践,例如:裁减了某个测试级别,而这个测试级别可以较早地发现缺陷,从而提高测试效率、降低修改成本和节省测试时间;是否由于使用了新的技术、测试人员发生变动以及缺少相应项目的技能。

  ● 在配置管理系统中归档所有的结果、记录、报表和其他文档及交付物,例如:测试计划和项目计划应该进行归档。

  上述测试结束活动非常重要,而在实际测试过程中却常常被遗漏。因此,应该将测试结束活动明确包含在测试计划中。测试结束活动的主要输入包括:

  ● 测试计划,例如:测试计划中的工作量估算、风险分析、采用的测试设计技术以及测试需求分析等。

  ● 测试用例完成数目,包括设计和执行的测试用例的数目,以及未执行的测试用例数目等。

  ● 缺陷数目,包括发现的缺陷数目、修复的缺陷数目、未修复的缺陷数目等。

  ● 缺陷的分布,包括缺陷发现趋势、缺陷修复趋势、缺陷在不同模块和测试类型的分布等。

  ● 测试团队成员的周工作报告和月工作报告等。

  ● 测试结束活动的主要输出:

  ● 测试经验教训总结。

  ● 测试过程改进建议。

  ● 归档的测试工作产品。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号