最近遇上一个让测试与开发闹纠结的问题

guchengcao · 发表于 2011-5-21 18:46:09

本人做自动化测试的。
最近遇到这么个问题，还求达人给点意见。
对于一个系统，相同的输入条件，输出了三种异常结果。
从异常的表面现象看是同一个系统模块引起的bug，当然具体还得等开发人员分析。

问题出现了，在这种情况下，我应该为这三种异常结果提几个bug？
我本来是提了一个bug，把各种输出结果详述了；
但是开发的人跑过来说，三种结果就应该提三个bug，因为这三个bug的属主可能不是一个人！

跟那人争吵了一下，但无果，特上坛子上来问下达人们。

450683057 · 发表于 2011-6-13 14:34:10

32165146+5146

神游九天 · 发表于 2011-6-9 09:42:29

我觉得这个问题应该很多测试人员都会遇到。感觉不是提几个bug的问题，是你们测试和开发之间有问题。沟通不顺畅或者是工作过程中有摩擦。这次只是暴露出心中的矛盾的引子罢了。建议还是加强沟通。另外凡是沟通都会有成本，连这个成本都考虑很多，还是不要说话了。！！！！

luhuilh2008 · 发表于 2011-6-7 18:36:44

同意楼上的做法。先确认清楚再提交BUG，再自己不确定的情况下，最好分开提，由研发经理判断。整个开发过程中，有冲突很正常，要做好沟通。这个根本没必要吵嘛，达成共识就好啦

坏小孩 · 发表于 2011-6-7 13:43:01

但是这样的沟通成本有点大，如果是分布式的管理，测试和开发在地球的不同位置，不如直接报三个。

piaolingxue423 · 发表于 2011-6-3 16:22:55

分来提比较好

xhk1 · 发表于 2011-6-1 21:10:01

每次出现问题我都会去寻找判断问题出现的原因，自己找不到的话也会跟开发的去沟通，然后再去提交BUG，因为找 ...
angle-ying 发表于 2011-5-25 18:03

呵呵，出问题一定要抛出来，方式可以灵活，但是如果有bug系统，建议无论事前还是事后都最好记录在系统中，这样好追踪。

xhk1 · 发表于 2011-6-1 21:08:33

当我们测试本着解决问题的态度去和别人沟通的时候，一切问题都会容易很多，有些太表面化的东西不必要太计较的，不是非要争个你错我对才可以的，开发测试本来就不分家嘛~

xhk1 · 发表于 2011-6-1 21:06:19

在出现BUG后填写时应该首先注意BUG的描述单位。
多个现象是提交1个BUG还是单独提交？
测试者在发现BUG后必 ...
woodcraft 发表于 2011-5-25 10:26

以上的思路方式可以顶一下，这种做法是最好也最理想的了。
但是实际情况下是很多测试在执行的过程中就是一个操作过程导致了不同的问题，这样从现象而言提为三个bug并没有错，如果开发确实较真让他给出不同原因加上备注，理由充分是可以考虑分开提的，毕竟开发的分工是很细的。
另外诸如此类的问题，大可不必争执，让别人给出备注，你去做就ok，否则就先由一个开发来处理，之后转给别的开发，你们需要沟通，bug主要是解决问题，针对这个主题怎么做都ok，只要不要违背规则。

061001 · 发表于 2011-6-1 17:19:37

我是做功能测试的，我觉得提1个bug就行了

dawei1208 · 发表于 2011-6-1 15:34:36

19楼是对于不同步骤,相同原因的bug的合并,不适合本例.本例只题一个即可.
下次再遇上类似的,你就告诉他:你把那两个不同的属主告诉我,我再多提两个不迟.

happy_wendi · 发表于 2011-6-1 12:49:37

回复 1# guchengcao

可以自己先分析一下，如果能够确定确实是一个问题，那就提交一个bug呗。其实个人觉得提交一个还是三个并不是问题的重点，何必在这个上面纠结呢？只要问题解决了就好！

islanda · 发表于 2011-5-31 15:33:09

我比较纠结的不是提几个bug，是为什么同样的操作可以导致三种不同的结果，那你如何确定是否还存在第四种或者第n种结果呢？
建议做好用例过程步骤的分析工作，保证同样的操作和同样的运行环境很重要。

偶爱台球 · 发表于 2011-5-31 10:47:24

回复 19# woodcraft

管理制度好明确啊，还有BUG管理规定，学习了

泡芙拓 · 发表于 2011-5-30 18:26:30

回复 19# woodcraft

这个很好诶，学习了。但是对于新手来说，这个有点困难呢，因为不会给BUG做一个正确的定位，比较难分类吧。这个需要积累，对于老手来说相当好，对于开发解决问题也很有效。

泡芙拓 · 发表于 2011-5-30 18:23:59

我感觉可以这样写，
前提条件是“相同的输入条件”，得到三中不同的结果，
BUG1：描述
BUG2：描述
BUG3：描述
因为三个BUG的输入是相同的，提到一起，有助于开发人员进行对比分析。把BUG再细分为3个，就能体现出这是三个不同的BUG。

【85】粪豆 · 发表于 2011-5-30 17:57:35

本帖最后由【85】粪豆于 2011-5-30 17:59 编辑

顶2楼 ~ ~ ~ 另外，既然你相同的输入条件，输出了三种异常结果，那你有没有输入第四次，看看是不是还会有第四种结果，或者说你是不是能完全的重现你的操作步骤和结果，进而确定你的操作是相同的？然后再去找开发的理论。那样会更有说服力！我是测试的基础阶段，做黑盒的，不太了解自动化，不知道我说的对不对！还有一定要有详细的记录，测试工作就是这样，细致细致再细致！个人意见！

yxd2006 · 发表于 2011-5-30 17:37:18

一般原则都是分开提，最好一个BUG对应一个问题

jx_betty · 发表于 2011-5-30 17:27:32

测试提交的BUG,一定要把前提条件写清楚，报错信息会随前置条件不同，而提示不同的。如果要说服开发，得拿出理由，或者演示给他看。而这些前置条件，可能是不同开发人员负责的某一块，所以最好是提交三个BUG列表。

cv741230 · 发表于 2011-5-30 14:34:19

其实怎么提BUG都可以，只要达成共识把问题解决就可以，这也是最重要的。

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

[求助] 最近遇上一个让测试与开发闹纠结的问题

相关帖子

站长推荐 /1