软件测试员的痛苦

jantorget

如题。。。

公司外包项目质量差，和外包的developer沟通好累啊！

特别是让他们fix bugs，简直就是费了牛劲了。

情况1： 让他们fix个什么，他们都觉得你在挑他们的刺。。。然后fix以后，还反咬你一口，说测试浪费他们的时间，拖延他们发布软件

情况2：他们不理解Business rule，做出来的东西逻辑不对。 解释给他们听，他们回答说，这是business man的事，business和他们无关。。。

情况3： 找出bug，但是他们不认为是bug。 要反复说服他们去fix。



相反，公司内部developer沟通就好很多，而且大家都很理解项目需要测试。 自己工作也顺心很多。

我痛苦，纠结~~ 怎么办，觉得自己动作好难啊！  

有测试员也测外包吗？ 大家是如何处理这些情况的？

zcflying

不用怕，如果自己人还不太好意思拉下脸，外包的就决不能客气，反正bug提了是tester的功劳，改不改是开发的问题。

不过一定要保护好自己，经量别给他们抓到把柄，几点注意：
1. 如果确定是bug，不论大小，先引用需求，再给出expect result 和 actual result，一定要截屏
2. 如果不太确定，经量找BA确认一下，然后再bug里提一下和BA confirm 过

有效的bug，不论大小，如果他们不改就一定不能放过，据理力争，坚决打回，否则妥协一次就不断会有下次.

zzgirl

不跟外包程序员接触，太累。那边找一个one point contact，和这个人联络，这个人要理解business。

我不是懒猫

曾经的公司外包项目给了三哥们。结果产品质量可想而知。发现了bug ，截屏，error log等通通记下，rise bug ,email 等，不仅发给三哥开发员，还有他的顶头上司和自己的顶头上司。如果他偷懒，一般都很慢的，就让双方经理直接对话。三哥有个特点，在自己的老大面前特别爱表现，如果自己的老大催，跑得比马快

workflow

测试人员跟开发人员之间一定要有个沟通的桥梁

１，测试组跟开发组都有个leader，测试组的leader一定要懂一些technical，开发组的leader一定要懂business，所有的defect都要经过leader的手，如果测试人员跟开发人员直接打交道，肯定鸡飞狗跳

２，另外一种解决办法就是，所有的defect都经过BA。我们现在的project就是这样，开发跟测试根本就不直接对话。测试发现了defect，assign给BA，BA做double confirm，如果是真的defect，就assign给开发组，如果不是，就打回去，如果是requirement的问题，就在BA组解决。但这种模式，对BA的工作量比较大，相当于多做了一份testing的工作，但好处是到develper的defect都是真正的defect，会节省大量沟通的时间

你如果去问一个开发人员对测试的印象，保证比楼主说的还差，关键就是沟通渠道一定要建立好。

打折

我不是懒猫 发表于 2013-5-14 08:41
曾经的公司外包项目给了三哥们。结果产品质量可想而知。发现了bug ，截屏，error log等通通记下，rise bug  ...

跑得比马快

jantorget

workflow 发表于 2013-5-14 08:51
测试人员跟开发人员之间一定要有个沟通的桥梁

１，测试组跟开发组都有个leader，测试组的leader一定要懂一 ...

嗯，沟通太重要了，不仅仅是语言问题，也需要技巧。

可惜公司就我一个测试员...我必须要和他们直接打交道。

勤劳的海狸

tester的任务是找bug，其他的不用多想

yangwulong1978

你找到你的ＢＵＧ，放在那，不改是他们的，，，，不需要过多解释，，他们不改，管你什么事呢？

不要理他们，

月亮

最近的项目里看到tester一遍遍测试，真心替他们累，IT太不容易了

大飞熊

你们tester找出的bug不需要通过ba的吗？

Yonny

通常测试不应该直接和开发人员对接的。一般会把问题发给自己这边的管事的BA或者项目经理。他们confirm过后再转发给对方开发组。

jantorget

大飞熊 发表于 2013-5-15 15:43
你们tester找出的bug不需要通过ba的吗？

我们公司没有BA，只有project manager，developer，和tester。

workflow

jantorget 发表于 2013-5-16 21:41
我们公司没有BA，只有project manager，developer，和tester。

看来是小公司，那就别抱怨了，本身就不正规，努力跳到大点的公司或项目吧

水星浪子

workflow 发表于 2013-5-17 08:42
看来是小公司，那就别抱怨了，本身就不正规，努力跳到大点的公司或项目吧 ...

呵呵，说到点子上了啊...

水星浪子

你一定要说出来，小组meeting，大会meeting。老板问的时候把你的事情丢出来。
这个不管在中国，澳洲职场都一样，你不说是你的问题。你不说老板怎么知道pain。
如果他们都知道还让事情继续，还没解决方案，那么跳槽吧！

ser_ser

做IT苦逼啊

IsDonIsGood

jantorget 发表于 2013-5-16 20:41
我们公司没有BA，只有project manager，developer，和tester。

这样的情况下PM应该负责confirm,tester和Developer基本上应该王不见王。

solid

直接和developer沟通，你也会发现，有的人好说话，让改啥改啥，有的人百般刁难，总给自己找借口，这不仅是外包的问题，人的性格问题，所以测试全在沟通，要软硬兼施，讲究点儿技巧:)
我觉得，developer and tester首先要有个基本意识，bug并不是developer or tester 的错误，而是软件的错误，是正常存在的，有了这个基本认识，tester不能以找出bug为成就，好像你找得越多越牛，要把握产品的整体需求，然后尽量跟踪关键bug，你的bug提得有分量，才能得到developer的尊重，同时，提bug的时候描述上要客观，不要让developer觉得你在找他的茬儿，而是就事论事！

workflow

有时候跟tester打交道也很无语，比如一个framework的问题，或者系统down掉了，好的tester会在raise defect前问一下，是不是系统的问题或者是不是一个framework的问题，confirm以后再raise defect，一个defect就足够了。遇到无脑的tester，他能raise几十，上百个同样的defect，只要testing case没过，就是一个defect，根本不过脑子。

我之前做的一个BI项目，一堆阿三tester根本就测试不出任何问题，因为他们根本就不懂任何business，raise的defect全是文档defect，比如拼写错误之类的.因为他们的老板规定，每天必须发现多少defect，找不到defect就走人

brahmasky

屁股决定脑袋，但脑袋有时候可以找到指挥屁股的方法

linkspeed

叫他们经理规定，每个bug fix，developer必须写出几个test case来。

brahmasky

刚刚看到这个，哈哈

jantorget

solid 发表于 2013-5-17 10:02
直接和developer沟通，你也会发现，有的人好说话，让改啥改啥，有的人百般刁难，总给自己找借口，这不仅是 ...

恩，说的很好，学习了。 谢谢！

无翅之徒

你们没有TEST CASE 的么？ 如果是不是BUG需要争执的话，说明需求就不明确。作为一个BA，我建议你们公司请一个BA

无翅之徒

workflow 发表于 2013-5-17 10:08
有时候跟tester打交道也很无语，比如一个framework的问题，或者系统down掉了，好的tester会在raise defect ...

那要是碰上个质量高的开发人员，测试的不都滚蛋了么   理想世界 理想世界

bluesknight

无翅之徒 发表于 2013-5-17 20:31
你们没有TEST CASE 的么？ 如果是不是BUG需要争执的话，说明需求就不明确。作为一个BA，我建议你们公司请一 ...

哈哈。话说一个好的BA真的很重要的说，碰到过那种自己都是一脑袋糨糊的BA，那真是让人欲仙欲死

IsDonIsGood

bluesknight 发表于 2013-5-17 21:11
哈哈。话说一个好的BA真的很重要的说，碰到过那种自己都是一脑袋糨糊的BA，那真是让人欲仙欲死  ...

碰到过更无语的是明明自己一脑袋浆糊还觉得你是一脑袋浆糊

Janet

workflow 发表于 2013-5-14 08:51
测试人员跟开发人员之间一定要有个沟通的桥梁

１，测试组跟开发组都有个leader，测试组的leader一定要懂一 ...

同意，原则上Tester 不应该直接和Developer沟通，BA 是中间的桥梁。我们的流程是Test发现BUG，输入到系统中，Assign给BA， BA确定后ASSIGN给Developer； 修改好，也是类似的流程

happywork

brahmasky 发表于 2013-5-17 12:11
刚刚看到这个，哈哈

这个太有趣了，很诙谐的道出了真谛哈哈