| 属性 | 说明 |
| 标题 | 在微软，缺陷的标题也许是缺陷报告中最重要的（或最常用的）信息。系统的临时用户可以扫描标题，了解产品中或某一特定领域的缺陷类型。标题也是缺陷系统中被搜索最多的字段。他使我们能够便捷的找到特定领域的类似的缺陷，这些缺陷可能很难用其他字段跟踪。标题还是产品功能或评审小组便于审查的重要信息。一个标题，短短的80来个字，需要提供准确的缺陷进行全面总结。他需要很好的但不过分的描述，提供恰到好处的信息。微软的不少测试人员在迅速地填补缺陷报告的各种信息之后，往往花上额外的时间来字斟句酌标题。 以下是一些缺陷的标题和评价： 程序崩溃--太短 在同一时间运行多个程序，其中之一的对话框崩溃--既冗长又模糊 在低内存条件下，设置对话框中程序崩溃--具体、准确，能从报告中了解足够的信息 |
| 说明 | 缺陷说明回答了标题中不是显而易见的问题。它包括一个简要的总结，客户影响的信息和预期的结果与实际的结果。表明实际和预期的结果便于各方澄清正确的系统表现 |
| 状态 | |
| 版本号 | 所有的缺陷应注明被发现的软件的版本号 |
| 功能区 | |
| 重现步骤 | 重现的步骤往往包括在说明中，但有些系统单独列出这一缺陷报告的重要组成部分。微软所称的重要步骤，是指可以被缺陷工作流 程参与者重新再使缺陷出现的步骤。最令测试人员沮丧和倍感浪费时间的是开发工程师说”这个缺陷并不能在我的电脑上重现。“一套好的重现步骤并不能保证这种 情况不会发生，但会大大降低这种可能性。重现的步骤也必须尽可能简明扼要。虽然缺陷可能在10个步骤下被重现，花些时间看看能否有些不必要的步骤，有没有 可能减少重现的步骤是很重要。减少重现步骤会有助于迅速隔离缺陷的根本原因，从而增加了第一次能正确修正缺陷的机会 |
| 分配 | |
| 严重性 | 严重性描述了缺陷对客户、对开发过程和整个缺陷工作流程的影响。严重性考虑到缺陷影响程度、频率和缺陷重现率，通常是一个1~4的数值，其中，1是最高的严重性。微软多数缺陷数据库使用下列严重性定义： 1 缺陷导致系统崩溃或数据丢失 2 缺陷导致主要功能或其他严重的问题，产品在不明情况下崩溃； 3 缺陷导致次要功能问题，可能会影响产品最终的完美体现 4 缺陷包括错字，不明确的措辞，或低可视性领域的错误讯息 |
| 客户影响 | 在缺陷报告中记录客户影响说明是很重要的。客户影响应包括该缺陷对客户的影响，以及如何影响到客户的情景和要求。撰写客户影响说明应该考虑到以下几方面的因素： 确定缺陷影响客户的情景和要求 确定客户遇到该问题的频率或可能性 调整严重性字段，以真实反映缺陷对客户的影响 |
| 环境 | 硬件规格和配置 系统、组件和应用程序版本 工具和流程的采用 相关连接和数据配置 角色、权限以及其他适用的设置 说明已被淘汰的环境因素 |
| 决断 |
