51Testing软件测试论坛

标题: 多个用例发现的BUG都是类型的，是统一写成一个BUG，还是写成多个BUG？ [打印本页]

作者: 7265695 时间: 2007-5-11 16:31
标题: 多个用例发现的BUG都是类型的，是统一写成一个BUG，还是写成多个BUG？
比如说为各个功能设置快捷键，有些功能可以设置成功，有些功能设置不成功，这些不成功的是分成各个功能设置不成功写多个BUG，还是写成一个BUG?

作者: sneel 时间: 2007-5-14 10:17
sdlkfj9 写一个吧

作者: hbxtly 时间: 2007-5-14 18:01
这得看公司了，有的是要求，什么情况下出现的BUG要分别描述，有的要求是写到一块的。

作者: chech28 时间: 2007-5-16 15:23
这种情况可以看下代码，或者先和开发沟通下，因为他们有时候有线索这个到底是不是真的是同类问题。
如果是真同类，我们一般的做法是出一个bug,详述其中一个，然后同时列出其他同类 bug 出现的地方

作者: Timmy_ye 时间: 2007-5-24 14:10
同意楼上的说法.GOOD

作者: xingjinrong528 时间: 2007-6-4 13:47
不过要得到研发的认可，做好沟通！否则容易漏掉问题

作者: 平平淡淡才是真 时间: 2007-6-5 11:13
恩，还是写成一个比较好点，否则提重复的BUG没有什么意义。（当然必须要让开发的都清楚问题存在的模块，免得漏掉）

作者: shtina 时间: 2007-6-7 16:44
要确认一下产生bug的原因，如果都是同一个原因引起的，写一个bug就ok了，或者找研发沟通后再帖。
不过我们处理这种类似你举例的情况，快捷键设置不成功的，就在一个bug里描述，描述中要包括你设置过的所有不能成功设置的功能项。

作者: barcelona 时间: 2007-6-8 11:00
还是一个好否则被鄙视i

作者: csd20 时间: 2007-6-16 15:37
同意楼上的看法

作者: xianzi 时间: 2007-8-3 14:53
如果是同一个问题，就应该写成一下。虽然是不同的用例，但是证明的是相同的现象，所以写成一个可以就可以解决这个BUG了！

作者: chipin64585 时间: 2007-8-6 15:57

原帖由 chech28 于 2007-5-16 15:23 发表
这种情况可以看下代码，或者先和开发沟通下，因为他们有时候有线索这个到底是不是真的是同类问题。
如果是真同类，我们一般的做法是出一个bug,详述其中一个，然后同时列出其他同类 bug 出现的地方

sdlkfj3 sdlkfj3 不错！！！

作者: zzz6708 时间: 2007-8-7 09:15

原帖由 chech28 于 2007-5-16 15:23 发表
这种情况可以看下代码，或者先和开发沟通下，因为他们有时候有线索这个到底是不是真的是同类问题。
如果是真同类，我们一般的做法是出一个bug,详述其中一个，然后同时列出其他同类 bug 出现的地方

是个好方法

作者: yiyuhupan 时间: 2007-8-8 16:20
写一个吧。
在一个BUG的描述中罗列一下。
一般来讲，开发对BUG不太有好感。
作为一个专业的测试，应该学会归纳一下，也是协助开发。

作者: antsbee 时间: 2007-8-10 00:30
看情况了　假如这个bug　各个模块都有涉及，建议都发，大不了reject～注意和开发的沟通　
如果　在一个模块　最好写一个，一定要描述清楚．
公司　如果以bug数算绩效的话，　呵呵　你自己看着办咯～～　
还是一句话～　发现　并确定问题是咱的目的～～

作者: orey321 时间: 2007-8-11 10:24
学习中!顶下1

http://www.sm1949.com
http://bbs.sm1949.com

作者: liuwei8558 时间: 2007-8-30 17:00
当然算是一个BUG.

作者: 老公最爱小龙虾 时间: 2007-9-27 10:18
不知道

作者: zzytion 时间: 2007-10-9 19:03
太妙了, 我同意chech28的说法

作者: 藍色飛揚 时间: 2007-10-28 18:16
再次确认一下BUG是否属于同一类的
然后把重复的写成一个BUG
但要在描述中写明，以免漏掉

作者: golden730 时间: 2007-11-1 13:46
1. 通过相同测试用例，出现不同结果 - 需要写一个bug
2. 通过不同测试用例，出现类似结果
2.1 与开发人员沟通，并确定是相同问题的 - 写一个Bug
2.2 未能与开发人员沟通的，由于一般在黑盒测试中虽然表面结果类似，但不一定是一个问题 - 写多个Bug，尽量做到一个Bug报告中报告一个Bug，这对于Bug的管理是比较方便的。

个人想法，如有不同意见，欢迎大家一起讨论。

作者: hdtest001 时间: 2009-3-3 16:38
一般写一个就行了吧，这类问题编码时一般都是引用进来的

作者: xiaosan51test 时间: 2009-3-12 15:17
有的时候这些模块不是同一个开发人员负责的，提交到一个bug里面，容易遗留问题。

作者: guoxianchina 时间: 2009-6-9 13:29
具体问题具体分析
如果是共性，确定该共性部分由一个人开发，那开一个bug（如分页、某控件本身的问题）；
如果不是上一个原因，那么应该分开开bug，以便回归的时候验证，不分开很容易遗漏的。

作者: aliceella 时间: 2009-6-22 10:51
如果是我的话，就写成一个BUG因为毕竟是同类的问题，然后再和开发沟通一下，尤其出现这个问题都是同一个编程人员造成的，还应该提醒他以后避免出现这样的问题。

作者: lg1318617 时间: 2009-6-22 14:24
标题: 我是WEB测试
我一般是只要不在一个页面我就写多个，因为要考虑开发的修改时间（给人家喘扣气的时间）。在一个页面，我就统一写。

作者: Eric612 时间: 2009-6-28 00:29
写成多个，并设置关联

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