51Testing软件测试论坛

标题: 报告软件测试错误的规范 [打印本页]

作者: songfun 时间: 2005-1-5 17:53
标题: 报告软件测试错误的规范
　　报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。需要掌握的报告技术归纳如下。

　　1. 描述 (Description)，简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置

　　描述要准确反映错误的本质内容，简短明了。为了便于在软件错误管理数据库中寻找制定的测试错误，包含错误发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。

　　2. 明确指明错误类型：布局、翻译、功能、双字节

　　根据错误的现象，总结判断错误的类型。例如，即布局错误、翻译错误、功能错误、双字节错误，这是最常见的缺陷或错误类型，其他形式的缺陷或错误也从属于其中某种形式。

　　3. 短行之间使用自动数字序号，使用相同的字体、字号、行间距

　　短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。

　　4. UI要加引号，可以单引号，推荐使用双引号

　　UI加引号，可以容易区分UI与普通文本，便于分辨、定位缺陷或错误。

　　5. 每一个步骤尽量只记录一个操作

　　保证简洁、条理井然，容易重复操作步骤。

　　6. 确认步骤完整，准确，简短

　　保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。

　　7. 根据缺陷或错误类型，选择图象捕捉的方式

　　为了直观的观察缺陷或错误现象，通常需要附加缺陷或错误出现的界面，以位图的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或错误位置，通常要求附加中英文对照图。

　　8. 附加必要的特殊文档和个人建议和注解

　　如果打开某个特殊的文档而产生的缺陷或错误，则必须附加该文档，从而可以迅速再现缺陷或错误。有时，为了使缺陷或错误修正者进一步明确缺陷或错误的表现，可以附加个人的修改建议或注解。

　　9. 检查拼写和语法错误

　　在提交每条缺陷或错误之前，检查拼写和语法，确保内容正确，正确的描述错误。

　　10. 尽量使用业界惯用的表达术语和表达方法

　　使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。

　　11. 通用UI要统一、准确

　　错误报告的UI要与测试的软件UI保持一致，便于查找定位。

　　12. 尽量使用短语和短句，避免复杂句型句式

　　软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。

　　13. 每条错误报告只包括一个错误

　　每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修正。

　　以上概括了报告测试错误的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习高级测试工程师的测试错误报告，结合自己以前的测试错误报告进行对比和思考，可以不断提高技巧。

作者: ananhao 时间: 2005-1-21 15:00
标题: 中肯
不过我有两点不明白：1、布局错误是不是就是页面错误（最好举个例子）。2、双字节错误是什么样的错误，希望能够给个例子。
非常感谢。

作者: songfun 时间: 2005-1-21 20:58
布局错误属于界面错误，是GUI测试的范畴，但不属于页面错误。
打个比方，在A页面中有一个小模块，但是却被放到了B页面中。页面本身没问题，但是逻辑上，布局不对。

至于双字节错误，举个例子，在PL/SQL developer里，你加注释时，删除一个汉字的时候不是你想象的那样把这个字删除，而是删除了一半。这就是这个工具的一个bug，没有考虑到一个字母占1个字节而一个汉字占两个字节，所以删除的时候把一个汉字“砍掉一半”。

作者: cx0744 时间: 2005-2-10 11:05
好东西，收藏

作者: hxf 时间: 2005-2-16 15:01
经验很丰富呀！

作者: 女人汤 时间: 2005-2-27 21:36
已收藏

作者: 冰河 时间: 2005-3-1 11:53
标题: 楼主总结非常全面
收藏!!谢谢

作者: sunhongdongkun 时间: 2005-3-24 10:47
hao dong dong!! 感谢楼主!!

作者: szwater 时间: 2005-3-24 17:09
UI是什么？

作者: ive 时间: 2005-4-1 18:26
感谢，希望看到楼主更多好文！

作者: songfun 时间: 2005-4-1 21:02
UI : user interface 用户界面

作者: jajavava 时间: 2005-4-8 22:02
一般的书写格式有吗？比如书写文档有什么要求，我见过有用EXCEL写的，有用WORD写的。

作者: meizi 时间: 2005-4-19 13:58
有谁能提交一个bug报告大单供大家学习一下，行吗？
谢谢了！

作者: songfun 时间: 2005-4-19 20:40
书写格式我近期提供一个吧

作者: lyh668 时间: 2005-4-21 09:35
不错，值得好好学习

作者: deallylau 时间: 2005-4-27 15:01
好文章哦！

作者: 紫燕归 时间: 2005-4-27 15:34
好东东，收藏了

作者: youxi423 时间: 2005-5-29 20:37
版主能给个例子出来学习一下吗？感谢

作者: sally313 时间: 2005-7-29 10:36
标题: 不错哦，先收藏了
呵呵，楼主能否上传一个BUG错误分析报告，让我们学习一下。

作者: sally313 时间: 2005-7-29 11:08
标题: 不错哦，先收藏了
呵呵，楼主能否上传一个BUG错误分析报告，让我们学习一下。

作者: dongxiaoxiao 时间: 2005-8-10 10:30
呵呵，不错！
谢收了！

作者: dongxiaoxiao 时间: 2005-8-10 10:33
呵呵，不错！
谢收了！

作者: sandra.sheng 时间: 2005-8-12 16:50
总结得不错，值得借签！

作者: goal0813 时间: 2005-8-25 16:13
谢谢斑竹，已经收藏

作者: ni_xh 时间: 2005-9-12 23:53
上面提到的

“13. 每条错误报告只包括一个错误

　　每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修正。”

比如说在增加窗口中没作非空的校验，在修改窗口中同样也未作非空校验，增加和修改使用的是相同的库表。
这两个bug是否属于重复性的bug，是否需要分别提交？

作者: Oleger 时间: 2005-9-22 13:55
这个不用了吧，注明是增加、修改窗口就可以了

作者: 雪儿185 时间: 2006-1-24 14:51
谢谢，版主总结的很全面，让我收益非浅。

作者: moiwjx 时间: 2007-3-26 20:44
谢了

作者: 厍仕杰 时间: 2007-3-27 15:00
very good is big

作者: windyfreeze 时间: 2007-4-9 10:55
谢谢版主的总结！sdlkfj2

作者: changlang530 时间: 2007-9-3 15:41
总结得很好！

作者: yangbohustwb 时间: 2007-9-18 09:20
还东西

作者: 木木妹 时间: 2007-11-2 12:27

感谢总结

作者: fyj123121 时间: 2007-11-9 18:25
很有用，谢谢楼主了辛苦！

作者: 老公最爱小龙虾 时间: 2007-11-14 12:48
楼主辛苦

作者: sunjr 时间: 2008-11-14 22:54
经验很丰富呀！

作者: 默默巫1 时间: 2008-11-27 16:17

作者: lillian0518 时间: 2009-7-14 22:25
学到不少

作者: freedom_me 时间: 2009-12-30 11:51
sdlkdfj%

作者: luoluolan 时间: 2010-4-13 13:15
写的不错收藏了

作者: cye_30 时间: 2012-1-13 10:35
谢谢

作者: wscqb 时间: 2012-2-7 10:01
楼主厉害

作者: montella 时间: 2012-6-14 11:43
这哥们发的帖子都很好，感谢

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)