目录
7) 描述 (Description) ，简洁、准确，完整，揭示缺陷实质，记录缺
8) 短行之间使用自动数字序号，使用相同的字体、字号、行间距
在您以往的工作中，一条软件缺陷（或者叫 Bug）记录都包含了哪些内
容？你又是如何提交高质量的软件缺陷（Bug）记录的呢 ？如果你不会的话，那么让我们一起往下看。
bug 编号；
bug 严重级别，优先级；
bug 产生的模块；
首先要有 bug 摘要，阐述 bug 大体的内容；
bug 对应的版本；
bug 详细现象描述，包括一些截图、录像…等等；
bug 出现时的测试环境，产生的条件即对应操作步骤；
缺陷报告的 UI 要与测试的软件 UI 保持一致，便于查找定位。
使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
每条缺陷报告只包括一个缺陷，可以使缺陷修正者迅速定位一个缺陷，
集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正
确修正。
首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现，
若尽力之后仍不能重现，仍然要报告此缺陷，但在报告中要注明无法再
现，缺陷出现的频率。
根据缺陷的现象，总结判断缺陷的类型。例如，即功能缺陷、界面缺陷、
数据缺陷，合理化建议这是最常见的缺陷或缺陷类型，其他形式的缺陷
或缺陷也从属于其中某种形式。
时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决，
小装饰性问题可能被当作高优先级。
描述要准确反映缺陷的本质内容，简短明了。为了便于在软件缺陷管理
数据库中寻找制定的测试缺陷，包含缺陷发生时的用户界面（UI）是个
良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
加粗样式
短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保
证各条记录格式一致，做到规范专业。
保证简洁、条理井然，容易重复操作步骤。
保证快速准确的重复缺陷，“完整”即没有缺漏，“准确”即步骤正确，
“简短”即没有多余的步骤。
为了直观的观察缺陷或缺陷现象，通常需要附加缺陷或缺陷出现的界面，
以图片的形式作为附件附着在记录的“附件”部分。为了节省空间，又
能真实反映缺陷或缺陷本质，可以捕捉缺陷或缺陷产生时的全屏幕，活
动窗口和局部区域。为了迅速定位、修正缺陷或缺陷位置，通常要求附
加中文对照图。
附加必要的特殊文档和个人建议和注解
如果打开某个特殊的文档而产生的缺陷或缺陷，则必须附加该文档，从
而可以迅速再现缺陷或缺陷。有时，为了使缺陷或缺陷修正者进一步明
确缺陷或缺陷的表现，可以附加个人的修改建议或注解。
在提交每条缺陷或缺陷之前，检查拼写和语法，确保内容正确，正确的
描述缺陷。
软件缺陷管理数据库的目的是便于定位缺陷，因此，要求客观的描述操
作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
以上概括了报告测试缺陷的规范要求，随着软件的测试要求不同，测试
者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习
惯，不断补充新的规范书写要求。此外，经常阅读、学习其他测试工程
师的测试缺陷报告，结合自己以前的测试缺陷报告进行对比和思考，可
以不断提高技巧。
缺陷描述的内容可以包含缺陷操作步骤，实际结果和期望结果。操作步
骤可以方便开发人员再现缺陷进行修正，有些开发的再现缺陷能力很差，
虽然他明白你所指的缺陷，但就是无法再现特别是对系统不熟悉的新加
入开发人员，介绍步骤可以方便他们再现。实际结果可以让开发明白错
误是什么，期望结果可以让开发了解正确的结果应该是如何。
感谢每一个认真阅读我文章的人！！！
如果下面这些资料用得到的话可以直接拿走：
1、自学开发或者测试必备的完整项目源码与环境
2、测试工作中所有模板（测试计划、测试用例、测试报告等）
3、软件测试经典面试题
4、Python/Java自动化测试实战.pdf
5、Jmeter/postman接口测试全套视频获取
6、Python学习路线图
重点：配套学习资料和视频教学
那么在这里我也精心准备了上述大纲的详细资料包含：电子书，简历模块，各种工作模板，面试宝典，自学项目等。如下，需要的添加下方V信免费领取。