测试人员都来说说我该怎么办?

rara

说是新手也工作了有5个月了.
今天发生一件事情,大家说说应该怎么办.
我所在的公司是外企
在VERIFY BUG的时候不断发现ENG在FIX的时候发生的新的BUG.
而且那个ENG说是其他ENG在做其他PROJ的时候改动的.
这样连续发生了4次.
我今天很火,就发了封EMAIL给我们的LEADER和他们的LEADER.还有相关人员.

结果这个ENG就很不高兴,说他本来都是和我私下说的,现在说的好象他在指责另外一个ENG似的.

我也很不爽.如果这种问题不解决,不停的出现新的BUG,那就意味着我们测试完了他们还是可以改动程序,那样做出来的PROJ根本没有质量可言.

这虽然没有我的责任,可能是新人的原因,热心过头.
发了EMAIL我也很后悔.

大家说说意见.

jessies

原帖由 freedomwar3 于 2009-8-1 11:31 发表
好羡慕LS的，昨天那开发跑过来说“别老提这些小BUG”；我X，难道小bug就不是bug了？

记得有一次他们也这么和我说，汗，明明是他们自己bug多，还怪我提。后来有一个项目，我在测试阶段给他们提了几个设计上隐藏的bug，就没人和我这么说了。也遇到有些开发很瞧不起测试，觉得测试工作没有什么，给这些人在设计阶段多指出几个问题，他们基本上就会认可你了
当然，有时候，你也可以微笑的反问，那么下次，你不要出现这些低级的bug。

chech28

原帖由 rara 于 2005-11-4 19:52 发表
说是新手也工作了有5个月了.
今天发生一件事情,大家说说应该怎么办.
我所在的公司是外企
在VERIFY BUG的时候不断发现ENG在FIX的时候发生的新的BUG.
而且那个ENG说是其他ENG在做其他PROJ的时候改动的.
这样连续 ...

楼主，这个问题的关键是要找对接口，当你探索问题的时候，可以直接和dev沟通，就像你和那个dev，你们找谁谁谁的原因都可以。但是当你要正视汇报这个问题的的时候，就应该找你们qa的leader或者manager，发个邮件给他，加个感叹号，告诉他某个issue已经4次了，然后跑过去和他说具体情况（具体情况不用写在邮件里，一般发邮件的原则是尽量不要转述别人说的东西，或者不确定的东西。）。他们自然会去和dev的头沟通。这种n次的情况是很严重的，呵呵

freedomwar3

好羡慕LS的，昨天那开发跑过来说“别老提这些小BUG”；我X，难道小bug就不是bug了？

woza

这种情况貌似敏捷模式下很少见。我们一个team里面的开发和测试都合作的很好。有一次我想把一个team里面的测试人员换到另外一个team。开发人员知道了，都要和我拼命。他们知道没有测试帮助，他们根本无法完成任务。

leilei2

我也遇到过这样的一个问题：
之前部门新来一个开发，一开始想着是新人，所以产品的质量我们没有深究，大不了多reopen几次，他多辛苦几次
但是发现他到我们公司已经一年了，这种情况没有任何的改观。最终发现一个问题:他不不懂BUG提在哪的时候，或者不能复现，就直接把BUG给fixed了，所以，我们测试会翻来覆去的倒腾那几个BUG...因为他，好多产品已经delay，我们的工资也被扣了...最要命的不止我们有意见，最后都要别的开发把代码回滚，重新做....给大家的工作量都增加了....不过还好他主动辞职了...

zhangli888885

colume

fjstc3441说的是对的，lz你应该按照他说的方法去做。
另外研发修正一个bug，会带出新的bug是正常的，一般如果一个研发的代码质量很高的话，基本上修正一个bug，还会有带出一个新bug的概率，如果研发质量较差的话，基本上1和4的关系，就说说修正一个bug，会带出4个bug

liulinzhu

很简单——1.先私下沟通，2.若无效则发Email给测试/开发Leader，让他们知道这事情，相信会立即去处理的。剩余事情就不用管了。

fjstc3441

LZ完全不用发火，这种情况在国内的许多公司非常常见，“修复一个bug必定会增加另一个bug”这句话是有道理的。我觉得你应当和项目组的人进行一次协商，例如代码管理中开两个分支，一个是测试专用，一个是研发专用，这样可以避免测试过程中代码又被修改的情况
另外，我觉得LZ还是冲动了一点，我认为无论发什么邮件，事先都要和对方口头或者通过电话做过协商，双方都了解后再发mail。mail是一个记录，而不是一个聊天工具

jessies

还有一个就是，修复一个bug带来其他的bug，这个在很多情况都存在的。所以需要规范开发在关闭一个bug的时候，需要明确说明修改了哪里，以及评估可能的影响点。
这个都是需要慢慢规范的。
当然如果没有这些流程，你可以询问一下开发。没有规范帮助你的情况下，多做一点总是没错的

jessies

原帖由 helen-li 于 2005-11-10 16:21 发表

我认为你做得没错！！
开发人员总是会努力得找借口来说一些问题不是他们得责任，
但是作为测试人员，如果经常遇到这样得问题不能得到解决利用mail这种方法确实是捷径，我相信通过这次你的mail下次这样得问题也 ...

我不同意楼上的观点，我觉得开发和测试是一个矛盾体，但是不能够把关系弄成对立的。
我和我们这边的开发，关系都处的很好，但是真的遇到工作上问题，我都会对事不对人，很多问题，我会委婉的告诉他们我的原则，但是要坚持的还是要的。对于发邮件这种事情，我一般不采用，遇到很多开发会推卸责任。但是我们找到合理理由说服他们即可。
我不是很清楚你们的流程，但是我的意见是，开发既然认为这个是其他人修改引起的，那么把这个问题提给其他人，并且对于项目过程已经提交测试的东西不停的修改程序，这种情况是一个测试风险，你需要把这个问题报告给项目经理，告诉他这是一个风险点，但是不要针对这个开发，因为不见得只有你遇到这个风险点。可能其他开发也这么不自觉的在做。
个人意见仅供参考

maguschen

抄邮件给领导这是“大招”，切不可经常使用。
试想一下如果开发给你LEADER抄个邮件，你是和感受？

支持6楼观点

hdtest001

是啊，要学会沟通啊

tm123

“今天很火”
有这句话应该是南方人。。。

glacier678

还是别那么急哦，再商量商量好一点。

luwei

做事和做人一样重要

zeroboil

首先，作为一个合格的测试人员来说你这样的做法是无可厚非的，因为你是真正从产品质量角度出发，但处理方式有些欠妥。
同样，这样的问题很多人都遇到过，我也觉得你发MAIL这件事情是过于冲动了，个人建议，遇到类似的问题，首先与自己的LEADER反应，并由你的LEADER出面去协调一个合理的解决办法，而不应该由你出面去指责ENG，虽然你的本意并不是这个，但相信其他人不会理解你的做法！
凡事不可意气用事，要三思而后行！
作为一个TESTER来说搞好与项目相关人员的关系还是很有必要的。

inny100

gao1220

做好本职工作，不求事事如意，但求问心无愧。