报告缺陷的重要性
- 软件缺陷的描述是软件缺陷报告的基础部分，需要使用简单、准确、专业的术语来描述缺陷。否则，它就会含糊不清，可能会误导开发人员，影响开发人员的效率，也会影响测试人员自身的声誉，准确报告缺陷是非常重要的。
- 清晰准确的软件缺陷描述可以减少开发人员退回来的缺陷数量，可以节省开发人员和测试人员的时间。
- 提高软件缺陷修复的速度，使项目组能够有效地工作。
- 提高测试人员的可信任程度，可以得到开发人员对有效缺陷的及时响应。
- 加强开发人员、测试人员和管理人员的协同工作，让他们更好的工作。
报告缺陷注意事项
1、尽量确保缺陷可以重现
如果提交的缺陷无法重现，会影响开发人员的工作效率。
2、简洁、准确、完整
测试人员在提交缺陷报告时，要站在开发人员的角度上思考问题，要确保开发人员能迅速定位问题，而不会产生理解上的歧义。
3、一个缺陷一个报告
有的测试人员喜欢在一个缺陷报告里提交多个缺陷，这种习惯不提倡。
缺陷书写规范
缺陷处理流程
缺陷跟踪
- 新提交的缺陷为新建状态，确认有效后为打开状态，经开发人员修改后，缺陷变为已修复（待验证）状态。此时就需要测试人员对缺陷进行回归测试，验证问题是否修复。
如果问题仍然存在，则测试人员将该缺陷的状态修改为重新打开；
如果问题已经修复，则测试人员将该缺陷的状态置为关闭状态（验证通过），同时添加回测说明如“该缺陷已解决”。
- 还有一种情况：开发人员认为缺陷在当前版本可以暂不修改，而考虑在后续版本中再做修正，缺陷的对应状态为延期。
对于这种情况，项目负责人应召集开发人员、测试人员和其他项目相关人员进行讨论，如果讨论结果为同意则延期，如果不同意，则重新打开缺陷。
缺陷统计
Bug统计
缺陷密度
