51Testing软件测试论坛

标题: Bug Field Breakdown[知识贴] [打印本页]

作者: Anne_x 时间: 2007-12-4 12:08
标题: Bug Field Breakdown[知识贴]
关于Bug Field的分解方法，可能各个公司的标准不一样，这里我只列举其中一种，希望对新入门的同学有所帮助。
在我们提交一个bug的时候，有哪些信息是需要我们提供的呢？以下是其中的一种标准：
1）PLATFORM
即bug发生的平台。比如是PC上的游戏发生的bug，那么平台应该就是PC；如果是XBOX360上的游戏发生的bug，那么平台自然应该是XBOX360。
2）REPEATABILITY
即能够重现此bug的概率。这个指标是需要我们重视的。并不是所有的bug都会100%地被重现，有的bug甚至只发生一次。当我们发现一个bug的时候，我们接着要做的事是把它先大概记录下来，然后试图去重现它，找寻bug的重现率，而不是马上上报到bug database。
一般重现率有几个等级：100%，90%。。。5%，once。
3）VISIBILITY
指普通的玩家遇到这个bug的概率，即可视率。有时候一个bug虽然重现的概率很高，但是被普通玩家遇到的概率却很低，那么这个bug就可以被安排到其它需要紧急修改的bug后面修改。比如地图上一个普通玩家一般不会去的角落的显示问题，它的可视率就比较低。
等级和重现率类似。
4）TITLE
有的地方叫做SUMMARY，即bug的标题，通常用于概括一个bug的情况，可参考的格式是：Problem+Action+Location，即发生的问题+动作+地点
在标题中不宜使用不正确、不合适、错误等字眼，比如“战士的盔甲有一个显示错误”，而应该写出错误是什么，颜色错了？size错了还是反了？
例：The game freezes when the player picks up the machine gun at the second floor in level 1.
5）STEPS
即重现此bug的步骤。
6）RESULTS/EXPECTED RESULTS
即结果和期望结果。结果指这个bug的结果，而期望结果指正确的结果应该是怎样。
例：Results：The text is displayed as debug characters. Expected results：The text should be ‘xxxx (the correct text)’.
7）NOTES
其他任何的相关信息都写在notes栏内。

作者: takiro 时间: 2007-12-6 19:55
对于文章里所提到的VISIBILITY其实用严重级和优先级就可以处理了．在每个发布版本的准备过程中，严重级为xx值以上的需要全部处理，测试有通过发布的依据，而且开发也可以根据优先级来安排自己的工作，配合测试保证发布质量．最重要的可视率这样的几率性字段，是比较难以拿捏的．比如文章所说的，一个地图的角落，如果地图是有缝连接，在后续的版本中增加了新的地图与之相连，那么这里的可视率就要重新评估，因为原则上只要能重现并确认为bug的都是需要做处理的．
REPEATABILITY是一个新的字段，不过对于测试的借鉴性和指引性，有些疑问，根据测试原则，不能重现的问题是不应该加入到缺陷库，而且对于开发及测试团队来说，该如何对待解决及上级对测试人员的工作评估也很难界定，如果出现缺陷，测试人员应该尽可能的还原出现缺陷的环境，并辅助开发人员重现和解决，最好是能附上相应的截图，录象及表格这些更为直观的说明．
TITLE的格式很好，个人有个建议，最好是用言简意赅的方式来描述，如果觉得一句话说不清楚，可以参照文章的格式，后面加一句［详见descriptions］，指引处理人员进行处理．

作者: xueyuan885 时间: 2008-3-12 14:36
新手，看不懂，不过好像有点感觉，谢谢老手的经验之谈
＝－－－－－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！

作者: caine1982 时间: 2008-6-24 15:05
感谢楼主的分享。
2）REPEATABILITY
第2点在个bug的概率应该怎样评估呢。
如果只是几个人测试的话如何能够准确的评估这个数据。。

作者: haonvren 时间: 2008-9-23 14:30
不错．．．．．．．．．．．www.ouyaoxiazai.com

作者: mailtolily 时间: 2008-9-23 15:05
UP 4楼问题，
2）REPEATABILITY
如何确定问题的重现几率？

作者: 寂寞情流感 时间: 2009-1-14 10:43
恩，跟我们公司几乎一样。REPEATABILITY基本上是重现十次，然后计算概率。

作者: skykklove 时间: 2009-1-19 21:17
菜鸟路过……

作者: jenvee 时间: 2009-2-27 20:05
标题: 回复 2# 的帖子
虽然尚未工作（测试），但是非常有帮助，支持楼主。

作者: klmn213 时间: 2009-3-19 10:53
标题: .
跟帖是一种友情支持！

废话是人际关系的第一句。
热血传奇和传奇有什么区别？
都是盛大的？还是旅游易的神泣好玩点~

作者: leasonyang 时间: 2009-4-6 01:12
新手，谢谢！

作者: osmoy 时间: 2009-5-10 15:02
支持感谢LZ

作者: 十期学员 时间: 2009-8-5 13:02
不错，学习了。。。
可以把REPEATABILITY理解为BUG的重现规律，有必然和偶尔之分，用百分比来描述更能反映可能性。

作者: dnicy870830 时间: 2009-8-6 00:41
受用了

作者: hnjmh1409 时间: 2009-8-7 16:16
受教了~

作者: JP小强 时间: 2009-11-20 14:02
学习了啊

作者: mentgmery 时间: 2009-11-20 16:07
恩，很基础啊

作者: Indisorder 时间: 2009-12-3 16:18
2）REPEATABILITY
这个...可不可以理解为粒度？

作者: 406272556 时间: 2009-12-21 13:16
版本 bug分类 bug描述严重程度日期最后修改人提交人状态备注
xx1.15 商城按天购买的功能输入0后购买，购买成功，该功能一直有效严重的 09-12-21 xxx yyy 修改待测无

[ 本帖最后由 406272556 于 2009-12-21 13:18 编辑 ]

作者: cncnily 时间: 2010-5-24 11:32
有的bug应该几个人同时操作同一个步骤计算复现几率

作者: maxwell12 时间: 2010-5-24 17:47

原帖由 cncnily 于 2010-5-24 11:32 发表
有的bug应该几个人同时操作同一个步骤计算复现几率

什么BUG需要这么操作计算复现几率?

作者: Indisorder 时间: 2010-5-24 18:42
人多所以就可以多次测量求平均值。。

作者: maxwell12 时间: 2010-5-24 20:09
多次测试取平均值是统计学采用的方法。可以测试概率用。

作者: chinasmile 时间: 2012-1-27 23:36
BUG 描述是衡量测试人员的综合水平

作者: cat4711 时间: 2012-2-2 16:52
重现率和可视率的标准有不？
重现率是取平均值进行计算？
可是率呢凭感觉给出的么？

作者: p0280833 时间: 2018-5-18 19:50
支持感谢LZ

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