缺陷报告编写规范（个人整理）
报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。需要掌握的报告技术归纳如下：
1、描述 (Description)，简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置。描述要准确反映错误的本质内容，简短明了。为了便于在软件错误管理数据库中寻找制定的测试错误，包含错误发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。
2、明确指明错误表现类型：功能、界面、性能、其它。
3、UI要加引号，可以单引号，推荐使用双引号。
4、每一个步骤尽量只记录一个操作，保证简洁、条理井然，容易重复操作步骤。
5、确认步骤完整，准确，简短，保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
6、根据缺陷或错误类型，选择图象捕捉的方式。为了直观的观察缺陷或错误现象，通常需要附加缺陷或错误出现的界面，以位图的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。
7、附加必要的特殊文档和个人建议和注解。如果打开某个特殊的文档而产生的缺陷或错误，则必须附加该文档，从而可以迅速再现缺陷或错误。有时，为了使缺陷或错误修正者进一步明确缺陷或错误的表现，可以附加个人的修改建议或注解。
8、检查拼写和语法错误。在提交每条缺陷或错误之前，检查拼写和语法，确保内容正确，正确的描述错误。
9、尽量使用业界惯用的表达术语和表达方法。使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
10、通用UI要统一、准确。错误报告的UI要与测试的软件UI保持一致，便于查找定位。
11、尽量使用短语和短句，避免复杂句型句式。软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。
12、每条错误报告只包括一个错误。每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修正。
搜索更多相关主题的帖子:
缺陷 编写 规范
