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

angle-ying · 发表于 2011-5-25 18:03:21

每次出现问题我都会去寻找判断问题出现的原因，自己找不到的话也会跟开发的去沟通，然后再去提交BUG，因为找到原因后才能确定是提交一个问题呢还是3个问题，我也感觉楼主提交问题时有些唐突了。其实测试跟开发冲突很正常，大家的观点不一样，关键是自己如何去处理这种状况

蓝色海 · 发表于 2011-5-26 11:35:54

不要自己下结论是不是同一个原因引起，最好提BUG之前能与开发人员沟通，之后在确定是应该提一个还是三个，保持良好的沟通就会减少很多冲突的

maowenlong · 发表于 2011-5-26 17:02:14

开发测试的看法不同还是要多沟通啊~~

水儿儿 · 发表于 2011-5-27 14:42:55

我觉得分开提好吧，要是bug是Fixed状态，但是只有其中的2个问题好了，还有1个有问题，那你得把整个Bug都打回去，感觉不好。

vanceinfo_li · 发表于 2011-5-27 17:16:22

我郁闷有啥纠结的三个

grassman907 · 发表于 2011-5-29 10:03:23

作为测试应该是愿意尽量多提的，一般是开发不让多提，楼主为啥不愿提三个？

huamini · 发表于 2011-5-29 13:43:11

首先自己分析一下这三个结果的原因是不是确实是同一输入和操作产生的，如果是可以写一个bug, 说明同一输入和操作出现三种结果。如果某个开发说不是他的问题，找dev lead找人fix。

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

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

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

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

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

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

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

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

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

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

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

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

回复 19# woodcraft

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

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

回复 19# woodcraft

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

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

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

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

回复 1# guchengcao

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

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

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

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

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

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

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

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

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

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

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

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

站长推荐 /1