三十八、测试报告和缺陷跟踪

缺陷又称Bug，测试人员对他有个俗称叫做——八阿哥。

在项目进入到测试阶段后，如果能够有效的跟踪缺陷对于项目的质量是一个保障，同时也能够为以后的项目提供历史数据。

在进入测试阶段之前，测试Leader需要提供一份完整的测试计划，通俗的讲，就是打算怎么去做测试。具体分几轮进行测试，测试用例有多少，分别测试到那几个功能。每个测试用例由哪一个测试人员进行测试。

这都是在为测试做准备。一旦项目进入测试阶段，代表项目已经通过的smoke test。开发团队由开发转为bug修正。而项目的进度，则体现在测试日报中。

测试日报，即每天测试的相关信息，具体体现在：

（1） 测试计划的执行情况 （是否按照原定的测试机会进行，有没有block）

（2） 当天测试计划是否完成，即当天计划测试多少个用例，实际跑了多少个用例，有多少个被block住了，多少个通过了，多少个失败了。

（3） 每一个功能对应的测试用例是否都通过了。 项目交付最终交付的是功能，如果项目中每一个功能最终都是100%通过了测试，则项目交付的功能即可理解成符合质量的交付。

项目经理每天阅读测试报告，主要看几点：

一、当前测试是否有block。

Block的意思即项目当前状态没法运行该用例。不具备运行用例的条件。如果有block项目经理需要确认该用例需要什么条件才能够正常运行测试。并且力争创造条件使得该用例能够正常运行测试。

二、当前失败的测试是否创建了bug交由开发人员修正。

一般情况下，项目会使用缺陷追踪工具如JIRA，redmine等等。这些都是相对比较成熟的缺陷跟踪工具。一旦发现测试用例运行失败，测试人员需要在系统中记录，并且制定开发人员进行修正。

三、每天测试用例的运行情况

这主要是为了衡量当前测试进度，如果每天都能够100%跑完，那么基本可以认为是按照计划在进行。

四、每个功能的测试用例是否100%通过

正如前文说的，项目交付的是功能，如果某个功能100%的测试用例都能通过，基本可以认定该功能是符合要求的。

项目经理除了每天要阅读测试报告，还需要每天更新项目缺陷状态，这里注意，需要将每一个缺陷的状态都过一遍，确保每一个缺陷都有owner在修改。

对于一个缺陷，除了要标明缺陷内容，还要注明如何重现此缺陷，对应的功能和测试用例是什么等等。这样不仅仅能提高团队整体效率，还能作为历史数据向后续项目提供借鉴。

每天，项目经理将相关团队召集起来，可以是面对面的会议，也可以是电话会议，每一个激活状态的问题都能够一个一个过一遍，确认下当前状态，以确保团队对于缺陷的认知是一致的。避免大家相互等待的情况。

当第一轮测试完成之后，相关缺陷也得到了一定的修复，可以开始第二轮测试。

在第二轮测试的时候，项目经理还需要注意是否有相同类型的缺陷反复被发现，如果有，说明团队中的开发人员对于代码的认知不够准确。并且没有好好地进行单元测试。需要及时提醒，以免测试反复在同类问题上测试，浪费团队时间。

以上是测试阶段，项目经理对于测试进度和缺陷跟踪的一些做法。