软件缺陷的详细描述
软件缺陷的详细描述，如上所述，由三部分组成：操作/重现步骤、期望结果、实际结果，有必要再做进一步的讨论:
“步骤”提供了如何重复当前缺陷的准确描述，应简明而完备、清楚而准确。这些信息对开发人员是关键的，视为修复缺陷的向导，开发人员有时抱怨槽糕的缺陷报告，往往集中在这里；
“期望结果”与测试用例标准或设计规格说明书或用户需求等一致，达到软件预期的功能。测试人员站在用户的角度要对它进行描述，它提供了验证缺陷的依据；
“实际结果” 测试人员收集的结果和信息，以确认缺陷确实是一个问题，并标识那些影响到缺陷表现的要素。
缺陷报告的示例
一份优秀的缺陷报告记录下最少的重复步骤，不仅包括了期望结果，实际结果和必要的附件，还提供必要数据、测试环境或条件，以及简单的分析。
而一份含糊而不完整的缺陷报告，缺少重建步骤，并且没有期望结果，实际结果和必要的图片，如下描述。
一份散漫的缺陷报告（无关的重要步骤，以及对开发人员理解这个错误毫无帮助的结果信息）如下描述
缺陷报告数据库信息
项目中使用Microsoft Excel 电子表格或Word 文档来记录和跟踪软件缺陷，但一般只限于最后的分析报告、文档的打印。为了灵活地存储、操作、搜索、分析以及报告大量数据，我们需要建一个数据库。
基于已经讨论过的内容， 就比较容易建立一个软件缺陷跟踪数据库，可以使用Microsoft Access或SQL server，也可以使用Oracle、DB2等关系数据库管理系统。一个缺陷跟踪数据库的基本表，将要包括多达几十项的数据项，如bug的ID号、标题（Title）、状态、严重程度、优先级、重现步骤、期望结果、实际结果、项目名称、模块、报告作者、日期等
所有缺陷的数据库不仅要存储在共享数据库中，还要有相关的数据连接，如产品特性数据库、产品配置数据库、测试用例数据库等的集成。因为某个缺陷是和某个产品特性、某个软件版本、某个测试用例等相关联的，有必要建立起这些关联。同时为了提高缺陷处理的效率，还有和邮件服务器集成，通过邮件传递，测试和开发人员随时可以获得由系统自动发出有关缺陷状态变化的邮件。
缺陷跟踪的方法和图表
缺陷数据是生成各种各样测试分析、质量控制图表的基础，从这些缺陷分析图表中可以清楚地看到缺陷的修复过程，分析缺陷发生的根本原因，跟踪管理缺陷的效率。
1、软件项目如何发展：软件缺陷打开/关闭图表
打开/关闭图表是最基本的缺陷分析图表，它能提供许多有关软件缺陷状态、项目进度、产品质量、开发人员的工作等信息：
1）项目目前的质量轻快取决于累计打开曲线和累计关闭曲线的趋势。
2）项目目前的进度取决于累积关闭曲线和累积打开曲线起点的时间差。
3）开发人员已经完成修复软件缺陷了吗？累积关闭曲线是否快速的上升。
4）测试人员是否积极的去验证软件缺陷也就是说：是否累积关闭曲线紧跟在累积打开曲线后面。
管理者可以知道项目在哪一个时间点出现问题，同时协调开发测试之间的关系，积极推动项目的发展，从而达到项目里程碑的要求，提高项目发布的质量。以下将通过打开/关闭的累积缺陷图分析项目的进展情况
打开/关闭的累积缺陷图