Bug Field Breakdown[知识贴]

Anne_x · 发表于 2007-12-4 12:08:04

关于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:44

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

xueyuan885 · 发表于 2008-3-12 14:36:52

新手，看不懂，不过好像有点感觉，谢谢老手的经验之谈
＝－－－－－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！－－多多益善！

caine1982 · 发表于 2008-6-24 15:05:56

感谢楼主的分享。
2）REPEATABILITY
第2点在个bug的概率应该怎样评估呢。
如果只是几个人测试的话如何能够准确的评估这个数据。。

haonvren · 发表于 2008-9-23 14:30:45

不错．．．．．．．．．．．www.ouyaoxiazai.com

mailtolily · 发表于 2008-9-23 15:05:56

UP 4楼问题，
2）REPEATABILITY
如何确定问题的重现几率？

寂寞情流感 · 发表于 2009-1-14 10:43:50

恩，跟我们公司几乎一样。REPEATABILITY基本上是重现十次，然后计算概率。

skykklove · 发表于 2009-1-19 21:17:32

菜鸟路过……

jenvee · 发表于 2009-2-27 20:05:49

虽然尚未工作（测试），但是非常有帮助，支持楼主。

klmn213 · 发表于 2009-3-19 10:53:54

跟帖是一种友情支持！

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

leasonyang · 发表于 2009-4-6 01:12:09

新手，谢谢！

osmoy · 发表于 2009-5-10 15:02:37

支持感谢LZ

十期学员 · 发表于 2009-8-5 13:02:11

不错，学习了。。。
可以把REPEATABILITY理解为BUG的重现规律，有必然和偶尔之分，用百分比来描述更能反映可能性。

dnicy870830 · 发表于 2009-8-6 00:41:33

受用了

hnjmh1409 · 发表于 2009-8-7 16:16:39

受教了~

JP小强 · 发表于 2009-11-20 14:02:47

学习了啊

mentgmery · 发表于 2009-11-20 16:07:48

恩，很基础啊

Indisorder · 发表于 2009-12-3 16:18:11

2）REPEATABILITY
这个...可不可以理解为粒度？

406272556 · 发表于 2009-12-21 13:16:17

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

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

cncnily · 发表于 2010-5-24 11:32:22

有的bug应该几个人同时操作同一个步骤计算复现几率

		自动登录	找回密码
密码			(注-册)加入51Testing

Bug Field Breakdown[知识贴]

相关帖子

回复 2# 的帖子

.

站长推荐 /1