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 普遍性

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