软件测试实践之缺陷管理

软件测试缺陷管理系统bugzilla

软件测试实践之

缺陷跟踪管理

陈雷

关键词：软件测试 缺陷跟踪管理

导读

知道了错误所在，能够马上改正，此谓之“善”。如果能够进一步分析犯错的原因，并且牢牢的记住它，当以后在遇到类似情况的时候，尽量避免再次犯同样的错误，此谓之“上善”。

本文将为您改进当前的缺陷跟踪管理过程提供一些思路和建议。

提交高质量的缺陷

在团队中引入完善缺陷跟踪管理过程，目的有两个：一是要确保每个已经提交的缺陷都必须得到解决，因为软件测试人员的工作职责是“找到软件缺陷，尽可能早一些，并确保其得以解决”(《软件测试》 Ron Patton〔美〕，中文版已由机械工业出版社出版)；二是希望将软件缺陷记录变成一种资源，能够被充分的利用起来，可以从中提取到尽可能多的有用的信息。当然，这两个目的实现的前提，是必须提交高质量的缺陷记录。

高质量的缺陷记录，可以让项目经理花费很少的时间就判断出缺陷应该由谁负责解决，应该何时解决；也可以帮助开发人员方便的重现和定位缺陷，减少反复沟通确认所花费的时间和资源，并可以根据缺陷的优先级来合理的安排自己的工作时间；还可以使产品经理更容易的掌握项目进度和产品整体质量的情况……当然，在实践中，您还可以发现高质量缺陷带来的更多的益处。

……

13.单据保存后数量被清空；（已解决，ken，1999-12-15）（已确认，Jackei，1999-12-15）

14.导入历史单据时出错；需要马上解决！！！（已解决，ken，1999-12-16）（该问题依然存在，Jackei，1999-12-16）（需要使用最新版本的程序进行测试，ken，1999-12-16）（已确认，Jackei，1999-12-16）

15.退出应用程序时出现错误提示；（这个问题找老王处理，ken，1999-12-17）

16.单据中“数量”字段的标签显示为“树量”；（已解决，ken，1999-12-17）

……

上面展示的这部分内容，来自一份很有历史的缺陷记录文档，这其中包含了对于缺陷记录处理过程的信息：一条新的缺陷记录由测试人员提交，开发人员会定期查看文档，定位和解决缺陷，并将已经解决的缺陷进行标注，而测试人员则根据开发人员的标注对相应的缺陷的解决情况进行确认。不管这份文档当时效果如何，在今天看来，这是一份糟糕的文档。高质量的缺陷记录应该包括更丰富的信息。

缺陷ID。每一条缺陷记录都应当有一个自己的ID，用来在成千上万的缺陷记录中唯一的标示自己。

主题。一份调查表明，如果一句话超过30个字却没有使用标点符号，人们在阅读的时候就要花费更多的力气来理解它；而另一份调查则表明，一个少于50个字的主题描述，可以更好的抓住人们注意力。所以，使用精确而简短的语言描述主题是我们应该遵守的第一个规则。另外，在描述主题时，应当根据实际情况，简要的描述出自己的操作和希望被重视的现象，而不应该包含自己对异常表现出现的原因的推测或猜想。当然，也不应该包含一些表现个人情绪等感情色彩的内容，比如感叹号或者一些形容词。

例如：

正确的描述——在固定资产折旧报表中，使用系统默认条件进行查询时，出现错误提示信息（参见附图）。 错误的描述——在固定资产折旧报表中，使用系统默认条件进行查询时，客户端与中间层接口参数类型根本就不一

软件测试缺陷管理系统bugzilla

样，所以导致现在程序跑不下去了（看看附图上那些乱七八糟的玩意吧） ！

详细描述。千万不要在主题和详细描述间简单的互相copy就算完成任务，而是应当把完整的测试过程或者测试条件分析整理成一系列清楚的、可准确重现缺陷的测试步骤。然后，按照当时的操作顺序，有条理的还原出整个过程。详细描述应当遵循同主题一样的描述原则：描述过程和结果，而不要包含自己对异常表现出现的原因的推测或猜想。当然，对于详细描述，也有些同主题不同的地方。

1. 顺序描述出自己所看到的真实的一切，而不是像主题中那样，只描述最希望被重视和解决的异常现象。如果怀 疑操作时使用的数据同出现的缺陷之间存在联系，那么应当在详细的操作步骤中说明每个步骤使用的数据，以及操作对数据的影响。如果当前测试过程依赖于其他过程的完成，或者认为缺陷的出现同之前的某些操作之间存在联系，那么应当在前置条件中说明这些过程或操作。如果是在执行某个测试用例时出现的缺陷，还应该添加这个测试用例的ID；

2. 描述出现缺陷时的环境。例如，硬件的配置和型号，操作系统的版本，其他的系统软件、应用程序，或者使用 了旧版本系统留下的原始数据等等。有时候，这些信息对开发人员最终定位缺陷很有帮助，比如笔者就曾经发现清华紫光输入法同DELPHI的第三方控件DEV之间存在的冲突。在大多数时候，很难确定测试环境中到底是哪些因素起的作用。所以，我们除了利用不同的测试环境多尝试并进行比较外，还应当中肯的把测试环境中有可能产生影响的因素列出来，供开发人员参考；

3. 可以在详细描述的最后，用“附注”的方式添加一些其他有用的信息，比如曾经在其他的地方遇到 …… 此处隐藏：6458字，全部文档内容请下载后查看。喜欢就下载吧 ……