51Testing软件测试论坛

标题: 测试人员都来说说我该怎么办? [打印本页]

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

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

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

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

大家说说意见.
作者: freethinker_ft    时间: 2005-11-6 10:05
唉,我也老是遇到这种问题,甚至我提的问题他们只改一半就返回给我了,也不说明原因,跟他们说得太过了吧,又担心激起矛盾,以后更不好合作了
作者: ttnndl    时间: 2005-11-7 07:47
摆正心态,对事不对人,是针对工作上提出的建议,不要放在心上。
作者: Tender    时间: 2005-11-7 09:07
整个团队还不够协调,可以从思想上开始抓起,开发人员的不负责任,给测试工作带来很多麻烦。
作者: smartbaby    时间: 2005-11-7 13:47
遇到这种情况还是应该首先跟双方的领导说清楚问题所在和影响范围,因为很多问题发生不是偶然的,而是必然的结果。
所以首先取得领导的支持是关键。
作者: skinapi    时间: 2005-11-9 17:50
楼主的这种做法做的早了点,最好还是先和开发人员协商解决,如果开发人员不配合,那再采用这种方式就没什么了,所谓先礼后兵。和开发人员尽量保持良好的协作关系还是很重要的,通过领导来处理是下下之策。
作者: learn    时间: 2005-11-10 11:33
我同意楼上观点,在我的工作中,也会遇到很多此情况,一般我都会和developer先沟通,基本意见都能统一,如果实在不行,我就通知上述领导啦(这种情况不是很多)
作者: helen-li    时间: 2005-11-10 16:21
Originally posted by rara at 2005-11-4 19:52:
说是新手也工作了有5个月了.
今天发生一件事情,大家说说应该怎么办.
我所在的公司是外企
在VERIFY BUG的时候不断发现ENG在FIX的时候发生的新的BUG.
而且那个ENG说是其他ENG在做其他PROJ的时候改动的.
这样连 ...

我认为你做得没错!!
开发人员总是会努力得找借口来说一些问题不是他们得责任,
但是作为测试人员,如果经常遇到这样得问题不能得到解决利用mail这种方法确实是捷径,我相信通过这次你的mail下次这样得问题也许会不再发生再其他eng身上,虽然你觉得好像得罪了那个eng 但是要不给他一点教训他得bug可能会更多,到时候可能都是你的责任了!! 不用担心,如果下次还有同样得问题你也用同样得办法,相信这样可以一劳永逸得!! 呵呵
作者: leobreeze    时间: 2009-3-1 00:17

作者: gao1220    时间: 2009-3-3 18:24
做好本职工作,不求事事如意,但求问心无愧。
作者: inny100    时间: 2009-3-3 20:16

作者: zeroboil    时间: 2009-3-4 15:08
首先,作为一个合格的测试人员来说你这样的做法是无可厚非的,因为你是真正从产品质量角度出发,但处理方式有些欠妥。
同样,这样的问题很多人都遇到过,我也觉得你发MAIL这件事情是过于冲动了,个人建议,遇到类似的问题,首先与自己的LEADER反应,并由你的LEADER出面去协调一个合理的解决办法,而不应该由你出面去指责ENG,虽然你的本意并不是这个,但相信其他人不会理解你的做法!
凡事不可意气用事,要三思而后行!
作为一个TESTER来说搞好与项目相关人员的关系还是很有必要的。
作者: luwei    时间: 2009-3-4 17:59
做事和做人一样重要
作者: glacier678    时间: 2009-3-31 17:07
还是别那么急哦,再商量商量好一点。
作者: tm123    时间: 2009-4-5 20:56
“今天很火”
有这句话应该是南方人。。。
作者: hdtest001    时间: 2009-4-16 15:41
是啊,要学会沟通啊
作者: maguschen    时间: 2009-4-27 17:42
抄邮件给领导这是“大招”,切不可经常使用。
试想一下如果开发给你LEADER抄个邮件,你是和感受?

支持6楼观点
作者: jessies    时间: 2009-5-5 16:03
原帖由 helen-li 于 2005-11-10 16:21 发表

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

我不同意楼上的观点,我觉得开发和测试是一个矛盾体,但是不能够把关系弄成对立的。
我和我们这边的开发,关系都处的很好,但是真的遇到工作上问题,我都会对事不对人,很多问题,我会委婉的告诉他们我的原则,但是要坚持的还是要的。对于发邮件这种事情,我一般不采用,遇到很多开发会推卸责任。但是我们找到合理理由说服他们即可。
我不是很清楚你们的流程,但是我的意见是,开发既然认为这个是其他人修改引起的,那么把这个问题提给其他人,并且对于项目过程已经提交测试的东西不停的修改程序,这种情况是一个测试风险,你需要把这个问题报告给项目经理,告诉他这是一个风险点,但是不要针对这个开发,因为不见得只有你遇到这个风险点。可能其他开发也这么不自觉的在做。
个人意见仅供参考
作者: jessies    时间: 2009-5-5 16:08
还有一个就是,修复一个bug带来其他的bug,这个在很多情况都存在的。所以需要规范开发在关闭一个bug的时候,需要明确说明修改了哪里,以及评估可能的影响点。
这个都是需要慢慢规范的。
当然如果没有这些流程,你可以询问一下开发。没有规范帮助你的情况下,多做一点总是没错的
作者: fjstc3441    时间: 2009-5-7 14:01
LZ完全不用发火,这种情况在国内的许多公司非常常见,“修复一个bug必定会增加另一个bug”这句话是有道理的。我觉得你应当和项目组的人进行一次协商,例如代码管理中开两个分支,一个是测试专用,一个是研发专用,这样可以避免测试过程中代码又被修改的情况
另外,我觉得LZ还是冲动了一点,我认为无论发什么邮件,事先都要和对方口头或者通过电话做过协商,双方都了解后再发mail。mail是一个记录,而不是一个聊天工具
作者: liulinzhu    时间: 2009-5-25 19:27
很简单——1.先私下沟通,2.若无效则发Email给测试/开发Leader,让他们知道这事情,相信会立即去处理的。剩余事情就不用管了。

作者: colume    时间: 2009-6-7 13:23
fjstc3441说的是对的,lz你应该按照他说的方法去做。
另外研发修正一个bug,会带出新的bug是正常的,一般如果一个研发的代码质量很高的话,基本上修正一个bug,还会有带出一个新bug的概率,如果研发质量较差的话,基本上1和4的关系,就说说修正一个bug,会带出4个bug
作者: zhangli888885    时间: 2009-7-23 19:38

作者: leilei2    时间: 2009-7-30 14:11
标题: 问题
我也遇到过这样的一个问题:
之前部门新来一个开发,一开始想着是新人,所以产品的质量我们没有深究,大不了多reopen几次,他多辛苦几次
但是发现他到我们公司已经一年了,这种情况没有任何的改观。最终发现一个问题:他不不懂BUG提在哪的时候,或者不能复现,就直接把BUG给fixed了,所以,我们测试会翻来覆去的倒腾那几个BUG...因为他,好多产品已经delay,我们的工资也被扣了...最要命的不止我们有意见,最后都要别的开发把代码回滚,重新做....给大家的工作量都增加了....不过还好他主动辞职了...
作者: woza    时间: 2009-7-31 21:59
这种情况貌似敏捷模式下很少见。我们一个team里面的开发和测试都合作的很好。有一次我想把一个team里面的测试人员换到另外一个team。开发人员知道了,都要和我拼命。他们知道没有测试帮助,他们根本无法完成任务。
作者: freedomwar3    时间: 2009-8-1 11:31
好羡慕LS的,昨天那开发跑过来说“别老提这些小BUG”;我X,难道小bug就不是bug了?
作者: chech28    时间: 2009-8-1 15:17
原帖由 rara 于 2005-11-4 19:52 发表
说是新手也工作了有5个月了.
今天发生一件事情,大家说说应该怎么办.
我所在的公司是外企
在VERIFY BUG的时候不断发现ENG在FIX的时候发生的新的BUG.
而且那个ENG说是其他ENG在做其他PROJ的时候改动的.
这样连续 ...

楼主,这个问题的关键是要找对接口,当你探索问题的时候,可以直接和dev沟通,就像你和那个dev,你们找谁谁谁的原因都可以。但是当你要正视汇报这个问题的的时候,就应该找你们qa的leader或者manager,发个邮件给他,加个感叹号,告诉他某个issue已经4次了,然后跑过去和他说具体情况(具体情况不用写在邮件里,一般发邮件的原则是尽量不要转述别人说的东西,或者不确定的东西。)。他们自然会去和dev的头沟通。这种n次的情况是很严重的,呵呵
作者: jessies    时间: 2009-8-5 23:05
原帖由 freedomwar3 于 2009-8-1 11:31 发表
好羡慕LS的,昨天那开发跑过来说“别老提这些小BUG”;我X,难道小bug就不是bug了?

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




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2