如何让缺陷填写的更加规范

发表于:2012-3-13 13:03

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

 作者:jasonteststudy    来源:51Testing软件测试网采编

  1、目的

  缺陷记录是软件测试生命周期中最重要的可用产出之一。因此,怎么填写有效的缺陷是非常重要的。一般来说,一条好的缺陷记录至少有以下3个方面的积极作用。

  (1)减少测试人员和开发人员的沟通成本。

  (2)加快缺陷修复的速度。

  (3)增加测试的可信度。

  缺陷记录的最终目的是准确地传达测试人员的思想或缺陷的真正所在。只要遵循本规范中的一些简单原则,我们就可以轻松的填好每一条缺陷记录,从而提高工作效率。

  2、适用范围

  3、填写缺陷规范

  3.1 缺陷概要规范

  缺陷概要需以简洁的语言表述准确的信息。那么能准确表达意义的缩略语在描述中则具有更高的优先级,一些关键词如“程序崩溃”、“系统无反应”和“文字错误”等,在把缺陷概要作为检索条件的时候,显得非常必要。

  3.2 缺陷描述规范

  缺陷描述需要遵循以下7个要点:精练、正确、中立、准确、普遍性、可再现和有证据。

  3.2.1 精练

  缺陷记录的描述需简单明了。不加入与问题无关的叙述,去除不必要的信息。但同时,要涵盖所有必要的信息。

  3.2.2 正确

  一定要清楚你所记录的缺陷的确存在。在提交前,请先考虑如下5个问题:

  (1)我对系统需求是否真正理解?

  (2)是否安装和系统相关的软件?我的机器设置有没有问题?

  (3)是不是我手动设置的某个地方不合适(被测软件本身的设置)?

  (4)是不是我以前测试时遗留的错误数据导致的错误?

  (5)会不会是网络状况变化引起的问题?或者其它外在环境因素(如防火墙)引起的错误?

  以上这些都对测试的结果有很大的影响,确认这些问题是否存在。

  3.2.3 中立

  客观地描述每一个缺陷,不要带任何情绪化的语言。在提交一个缺陷记录前首先把它通读一遍,确信你的描述没有伤害到任何人员。

  3.2.4 准确

  缺陷记录需要准确的描述缺陷发生的位置,产生条件和结果。最好做到让阅读缺陷记录者不需要亲自上机操作就知道问题所在。

例子

缺陷描述

不准确的描述

查询中按项目来源查询发生错误。

准确的描述

科技项目计划下达中,在查询页面按“项目来源”字段的“资金”查询条件进行查询时,查询结果显示出了属于“资金”和“结转”的项目,应只显示出属于“资金”的项目。

  3.2.5 普遍性

  记录缺陷需要明确的描述出该问题在整个系统中普遍存在的地方。通常,当开发人员修改缺陷的时候,他可能只是修复了你提到的一些特定情况,他并不知道这个问题具有普遍性,尚需更大范围的修复。

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

精彩评论

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号