zz0610
级别: 资深测试工程师
精华:
0
发帖: 131
基地声望: 74 点
基地币: 260 Bug
基地贡献: 0 点
好评度: 0 点
在线时间:27(小时)
注册时间:2008-06-10
最后登录:2008-11-21
|
软件测试bug报告规范
报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件 %TN/b{"p
1
4Pm\Ks [
测试错误的基本要求是准确、简洁、完整、规范。需要掌握的报告技术归纳如下。 ?1$ i:
1. 描述 (Description)，简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置 BKtp>U
描述要准确反映错误的本质内容，简短明了。为了便于在软件错误管理数据库中寻找制定的测试错误，包含错误发生时的用户界面（UI）是个良好 m6PqfN/O
BAlY`e
的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。 V.U!'T
2. 明确指明错误类型：布局、翻译、功能、双字节 Lx]x&-q}e
根据错误的现象，总结判断错误的类型。例如，即布局错误、翻译错误、功能错误、双字节错误，这是最常见的缺陷或错误类型，其他形式的缺陷或错 <Vad_q@ -
iBSn (p{Ka
误也从属于其中某种形式。 MFVN%.E r
3. 短行之间使用自动数字序号，使用相同的字体、字号、行间距 Ysq.7i!`!
短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。 8j`Ur^\E
4. UI要加引号，可以单引号，推荐使用双引号 J? 78![mI
UI加引号，可以容易区分UI与普通文本，便于分辨、定位缺陷或错误。 .WF > Nw
5. 每一个步骤尽量只记录一个操作 h.0R3zr)
保证简洁、条理井然，容易重复操作步骤。 ^w4W%n(
6. 确认步骤完整，准确，简短 :/pekTs
保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。
UU?j-
7. 根据缺陷或错误类型，选择图象捕捉的方式 028E#_UWx
为了直观的观察缺陷或错误现象，通常需要附加缺陷或错误出现的界面，以位图的形式作为附件附着在记录的“附件”部分。为了节省空间，又能 (1 sX5
U / 'gM^,3
真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或错误位置，通常要求附加中英文对 P7b<8B/
Fw&@MD?
照图。 f<
F! CwJ
8. 附加必要的特殊文档和个人建议和注解 ^C[>T
如果打开某个特殊的文档而产生的缺陷或错误，则必须附加该文档，从而可以迅速再现缺陷或错误。有时，为了使缺陷或错误修正者进一步明确缺 WF8GB,l N6
RFMuBKb
陷或错误的表现，可以附加个人的修改建议或注解。 ^5zc_f <
9. 检查拼写和语法错误 U{s(l[ S
在提交每条缺陷或错误之前，检查拼写和语法，确保内容正确，正确的描述错误。 ~m*duZ
10. 尽量使用业界惯用的表达术语和表达方法 Li*[2t]
使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。 ,; HLBk6
11. 通用UI要统一、准确 FzWT:Es!
错误报告的UI要与测试的软件UI保持一致，便于查找定位。 S
<+e!iy
12. 尽量使用短语和短句，避免复杂句型句式 EGW\FDqt/
软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。 |*+r8 7s
13. 每条错误报告只包括一个错误 PJ; 6
ZI
每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修 QLV sE@
t4%zP N\Y
正。 ^^>71E3q,-
以上概括了报告测试错误的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯， <5pC ;
^ |oB78>o~
不断补充新的规范书写要求。此外，经常阅读、学习高级测试工程师的测试错误报告，结合自己以前的测试错误报告进行对比和思考，可以不断提高技巧。 ZA]6zm#V
['h}!(*<z
更多内容请至：泽众软件测试 * 泽众软件测试论坛 y2Ko;8|F
文章出处:www.spasvo.com/html/ceshi/
|
软件测试
测试论坛
|
|
[楼 主]
|
Posted: 2008-06-19 13:54 |
| |
软件测试基地论坛 -> 资源下载 -> 软件测试bug报告规范
