在软件测试中bug记录也是不容忽视的一环，但是很多测试人员在提交bug的时候写的较为简略，这是很影响项目进度的，那么bug记录该注意哪些问题呢？
01.通用UI要统一、准确，缺陷报告的UI要与测试的软件UI保持一致，便于查找定位。
02.尽量使用业界惯用的表达术语和表达方法：使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
03.每条缺陷报告只包括一个缺陷：每条缺陷报告只包括一个缺陷，可以使缺陷修正者迅速定位一个缺陷，集中精力每次只修正一个缺陷。校验者每次只校验一个缺陷是否已经正确修正。
04.不可重现的缺陷也要报告：首先缺陷报告必须展示重现缺陷的能力。不可重现的缺陷要尽力重现，若尽力之后仍不能重现，仍然要报告此缺陷，但在报告中要注明无法再现，缺陷出现的频率。
05.明确指明缺陷类型：根据缺陷的现象，总结判断缺陷的类型。例如，即功能缺陷、界面缺陷、数据缺陷，合理化建议这是常见的缺陷或缺陷类型，其他形式的缺陷或缺陷也从属于其中某种形式。
06.明确指明缺陷严重等级和优先等级：时刻明确严重等级和优先等级之间的差别。高严重问题可能不值得解决，小装饰性问题可能被当作高优先级。
07.描述 (Description) ，简洁、准确，完整，揭示缺陷实质，记录缺陷或缺陷出现的位置
描述要准确反映缺陷的本质内容，简短明了。为了便于在软件缺陷管理数据库中寻找制定的测试缺陷，包含缺陷发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
08.短行之间使用自动数字序号，使用相同的字体、字号、行间距：可以保证各条记录格式一致，做到规范专业。
09.每一个步骤尽量只记录一个操作：保证简洁、条理井然，容易重复操作步骤。
10.确认步骤完整，准确，简短：保证快速准确的重复缺陷，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
11.根据缺陷，可选择是否进行图象捕捉。
sales@spasvo.com
