10. 尽量使用业界惯用的表达术语和表达方法
使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。
11. 通用 UI 要统一、准确
错误报告的 UI 要与测试的软件 UI 保持一致，便于查找定位。
12. 尽量使用短语和短句，避免复杂句型句式
软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修
饰性的词汇和复杂的句型，增强可读性。
13. 每条错误报告只包括一个错误
每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修
正一个错误。校验者每次只校验一个错误是否已经正确修正。
以上概括了报告测试错误的规范要求，随着软件的测试要求不同，测试者经过长期测试，
积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，
经常阅读、学习高级测试工程师的测试错误报告，结合自己以前的测试错误报告进行对比和
思考，可以不断提高技巧。
有关界面测试经验总结
1.应验证界面显示内容的完整性：
a) 报表显示时应考虑数据显示宽度的自适应或自动换行。
b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等)，必须使
数据的记录数超过一屏
/一页，以验证满屏/页时其窗体是否有横向、纵向滚
动条或换页打印，界面显示是否正常。
2.应验证界面显示内容的一致性：
a) 如有多个系统展现同一数据源时，应保证其一致性;
3.应验证界面显示内容的准确性：
a) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应
“
该显示空，应显示
--” “
或
/”，表示该字段值无意义。
4.应验证界面显示内容的友好性：
a) 对统计的数据应按用户习惯进行分类、排序。
b)
“
”
某些重要信息在输入、修改、删除时应有 确认 提示信息
;
c) 界面内容更新后系统应提供刷新功能。
d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的
界面
;