缺陷报告编写规范

缺陷报告编写规范

变更历史

引言

软件缺陷定义

软件缺陷（Defect）：又叫做Bug。即为计算机软件、程序、web应用中存在的某种不符合正常运行的功能问题。也是错误、隐藏，让用户不满意的功能缺陷。

从产品内部看，缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；

从产品外部看，缺陷是系统所需要实现的某种功能的失效或违背。

缺陷报告定义

缺陷报告把测试的过程和结果写成文档，并对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。

协同公司在项目中采用的缺陷处理过程如下

在软件测试过程中，缺陷报告起到了一个交接单的作用，它帮助开发人员和测试人员之间更有效的交流，提高了缺陷的解决速度和质量。同时也可以通过统计bug数来对被测的软件进行质量评估，比如根据以往项目中每千行bug数的平均值来制定测试计划，同类的产品，尤其是同一个开发流程的产品，这些数值不应该相差太多，如果相差一个数量级以上，我们几乎可以说，要么是QA出问题了，要么是开发出问题了。另外，降级bug的多少对于软件质量评估也是一个重要参考标准，降级bug也就是由于修正一个bug，又产生了一个新bug，降级bug数目过多意味着现在的产品在越修越坏。

缺陷报告是测试过程中可以提交的最重要的东西。编写缺陷报告的目的是为了方便程序员找到程序出现的问题，从而有利于分析错误产生的原因，定位错误，修改问题。它的重要性丝毫不亚于测试计划，并且比其他的在测试过程中的产出文档对产品的质量的影响更大。因此，缺陷报告编写的基本要求是简洁、准确、完整、规范。有效的缺陷报告将能够：减少开发部门的二次缺陷率、提高开发修改缺陷的速度、提高测试部门的信用度、增强测试和开发部门的协作。那么在提交缺陷报告时，我们需要提交的就是一份简单明了、便于理解和查找问题的缺陷报告。

各个测试阶段中的测试点

单元测试：针对每个单元的测试，以确保每个模块能正常工作为目标。

集成测试：对已测试过的模块进行组装，进行集成测试。目的在于检验与软件设计相关的程序结构问题。

系统测试：检验软件产品能否与系统的其他部分（比如，硬件、数据库及操作人员）协调工作。

验收测试：检验软件产品质量的最后一道工序。主要突出用户的作用，同时软件开发人员也应有一定程度的参与，验收测试可以分成Alpha测试和Beta测试。

Alpha测试：由用户在开发环境下完成的测试

Beta测试：由用户在用户环境下完成的测试。

缺陷报告的组成报告信息

缺陷信息

修复信息

缺陷生命周期图解

备注：

粉红色：测试人员操作周期；

浅绿色：部门主管或测试人员操作周期；

浅蓝色：系统开发人员操作周期；

详解：

风险分析

●问题：编写报告时对缺陷描述不彻底；

●解决方案：编写报告时，出具体操作步骤，操作数据，与缺陷截图。

●问题：缺陷仅仅出现一次，但引发了重大问题，无法详细描述。

●解决方案：记录缺陷，并通知其他测试人员协助寻找引发缺陷原因。

●问题：缺陷提交后开发人员无法重现。

●解决方案：协助开发人员复现缺陷。

●问题：缺陷重复提交

●解决方案：使用缺陷管理工具。组内缺陷由一人提交。发现重复，对比后在提交。

附件：缺陷报告模板