通常一个完整的缺陷由以下几个部分构成：
— 缺陷标题：描述缺陷的标题
— 缺陷的严重程度：描述缺陷的严重程度，一般分为“致命”、“严重”、“一般”、“建议”四种
— 缺陷的紧急程度：描述缺陷的紧急程度，从1－4，1是优先级最高的等级，4是优先级最低的等级
— 缺陷提交人：缺陷提交人的名字（邮件地址）
— 缺陷提交时间：缺陷提交的时间
— 缺陷所属项目/模块：缺陷所属的项目和模块，最好能较精确的定位至某个功能模块
— 指定解决人：在缺陷“分发”状态下由项目经理指定相关开发人员修改
— 缺陷指定解决时间：项目经理指定的开发人员修改此缺陷的生命周期。
— 缺陷处理人：最终处理缺陷的人员
缺陷的描述
软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。准确报告软件缺陷是非常重要的。
为什么要准确的描述缺陷？
— 清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量
— 提高软件缺陷修复的速度，使每一个小组能够有效的工作
— 提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应
— 加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作
缺陷有哪些属性？
— 缺陷严重程度
— 软件缺陷的详细特征
— 缺陷产生可能性：
— 缺陷的优先级：
— 缺陷状态：
— 软件缺陷的起源：
— 软件缺陷的来源：
— 缺陷根源：
缺陷处理的基本流程？
