PDCA理念融入软件测试

发表于:2012-7-18 11:12

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

 作者:周泽岩    来源:51testing 投稿

分享:

  4、CHECK:审核和评审测试文档

  审核和评审是PDCA方法中最重要的组成部分,在软件测试中主要是依靠对测试文档的审核和评审,来保证测试工作的质量。

  《系统测试计划》是测试工作的纲领性文件,是对整个系统测试的工作安排。测试工程师完成后,需要由测试负责人进行审核,审核通过后由研发和测试人员组成的评审小组进行评审,保证了测试计划的合理性。

  《测试需求说明书》是整个测试工作的核心文件,列出项目的所有测试点。首先由测试负责人进行审核,审核通过后组织评审,项目经理和评审小组参与进行评审,要求有测试记录。从研发和测试的角度保证了尽可能不遗漏测试点,也能有效减少测试组与研发部门的分歧。

  《系统测试用例》是根据《测试需求说明书》的测试点扩展而来,测试工程师完成后,由测试负责人审核《系统测试用例》,并提出修改意见。

  《系统测试报告》是每轮测试结束后,测试工程师编写《系统测试报告》,然后测试负责人审核《系统测试总结报告》。审核通过后,将《系统测试报告》交给测试负责人、项目经理、评审小组成员进行审批;审批不通过,则测试人员进行修改;审批通过,更新系统测试用例后,一轮测试结束。

图2 系统测试工作流程

  5、ACTION:维护测试文档

  文档《系统测试计划》和《测试需求说明书》都需要经过测试负责人的审核和评审小组的评审,《系统测试用例》要由测试负责人进行审核,《系统测试总结报告》由测试负责人审核外,还要进行项目经理、评审小组成员进行审批和会签,在此过程中,会有很多测试工程师要按照评审意见进行修改,达到了分析改进提高的效果,保证测试工作的质量。

  6、总结:提高测试工作效率

  将PDCA方法融入软件测试工作流程中,使得测试流程更加规范,提高了测试工作效率。编写测试计划,使得测试工作按部就班;规范的工作内容,在各个阶段都明确的产出物,方便领导对测试工作的检查;增加测试文档的评审机制,既降低测试组与研发部门沟通成本,减少分歧,又提高了软件测试的质量。

版权声明:51Testing软件测试网原创出品,转载时请务必以超链接形式标明文章原始出处、作者信息和本声明,否则将追究法律责任。

http://www.51testing.com

22/2<12
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号