7265695 发表于 2007-5-11 16:31:16

多个用例发现的BUG都是类型的，是统一写成一个BUG，还是写成多个BUG？

比如说为各个功能设置快捷键，有些功能可以设置成功，有些功能设置不成功，这些不成功的是分成各个功能设置不成功写多个BUG，还是写成一个BUG?

sneel 发表于 2007-5-14 10:17:16

sdlkfj9 写一个吧

hbxtly 发表于 2007-5-14 18:01:34

这得看公司了，有的是要求，什么情况下出现的BUG要分别描述，有的要求是写到一块的。

chech28 发表于 2007-5-16 15:23:26

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

Timmy_ye 发表于 2007-5-24 14:10:58

同意楼上的说法.GOOD

xingjinrong528 发表于 2007-6-4 13:47:22

不过要得到研发的认可，做好沟通！否则容易漏掉问题

平平淡淡才是真 发表于 2007-6-5 11:13:22

恩，还是写成一个比较好点，否则提重复的BUG没有什么意义。（当然必须要让开发的都清楚问题存在的模块，免得漏掉）

shtina 发表于 2007-6-7 16:44:47

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

barcelona 发表于 2007-6-8 11:00:34

还是一个好 否则被鄙视i

csd20 发表于 2007-6-16 15:37:21

同意楼上的看法

xianzi 发表于 2007-8-3 14:53:14

如果是同一个问题，就应该写成一下。虽然是不同的用例，但是证明的是相同的现象，所以写成一个可以就可以解决这个BUG了！

chipin64585 发表于 2007-8-6 15:57:26

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

zzz6708 发表于 2007-8-7 09:15:02

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


是个好方法

yiyuhupan 发表于 2007-8-8 16:20:55

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

antsbee 发表于 2007-8-10 00:30:41

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

orey321 发表于 2007-8-11 10:24:37

学习中!顶下1



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

liuwei8558 发表于 2007-8-30 17:00:40

当然算是一个BUG.

老公最爱小龙虾 发表于 2007-9-27 10:18:20

不知道

zzytion 发表于 2007-10-9 19:03:37

太妙了, 我同意chech28的说法

藍色飛揚 发表于 2007-10-28 18:16:02

再次确认一下BUG是否属于同一类的
然后把重复的写成一个BUG
但要在描述中写明，以免漏掉
页: [1] 2
查看完整版本: 多个用例发现的BUG都是类型的，是统一写成一个BUG，还是写成多个BUG？