一份有效的缺陷报告要素通常包括：标题、前提、测试环境、操作步骤、实际结果、期望结果、出现的频率、优先级、严重等级、附件（一般是图片形式）。
另外还会有一些附加信息，如测试人员、开发负责人等。
标题：简明扼要，无歧义
优先级 Priority（4个等级）：软件被修复的紧急程度
1--立即解决：缺陷导致系统几乎不能运行使用 或 严重妨碍测试的执行（需立即修改）
2--高优先级：缺陷严重，影响到测试了（当天或第二天要及时解决的）
3--正常：一般错误
4--低优先级：可以在开发有时间的时候处理，如页面文本框对齐显示
严重等级 Severity（4个等级）：缺陷引起的故障对用户使用系统的影响
1--致命的：主流程不通，导致系统功能缺失、用户数据被破坏、系统崩溃、死机
2--严重的：影响流程的 比较严重的，比如系统主要功能部分未实现
3--一般：系统的次要功能没有完全实现，但不影响用户的正常使用
4--较小：操作不方便或遇到麻烦，但不影响功能的使用，如字体不美观、按钮大小不合适、文字排列对齐等（属于建议性或者美观方面的）
一般来说，缺陷越严重，优先级越高，但也有例外：
1）从用户角度看，缺陷不是很严重，但可能影响到测试执行了（优先级高严重等级低）
2） 有些缺陷比较严重，但由于技术的限制，暂时没法修改。这时优先级就降低了
附件
有时候，用文字很难清楚描述缺陷，此时用图片（画笔指明问题）就很直观了
如何有效的报告缺陷？
单一准确：每个报告只针对一个缺陷，如果有多个缺陷，可能开发只修正了其中一个，其他的没有得到修改，加长了缺陷的生命周期
可以再现：不能忽视或省略任何一项操作步骤，特别是关键性的操作，如描述的不够清楚，RD（Research and Development engineer）就会过来沟通怎么操作的，浪费了大家的时间
完整统一：完整的描述信息
短小简练：使用关键词
特定条件：有些问题只在特定环境下存在