你们是怎么跟测试打交道的？

[tanteng]

今天跟测试弄的有点不愉快，想必大家多少可以了解一些，有时候沟通交流存在问题，当然我自己也有原因，我只是觉得测试有时候提的bug，除了确实存在的bug，好像是为了追求bug数量，或者自己对需求不理解，或者根本不能这样测，不知道大家有没有这样的体会。

虽然bug对我们开发人员没影响，也不扣工资，解决了就好，但是我想请教一下大家，如何跟测试人员打交道，面对说不清楚，或者沟通困难的情况，该如何处理？

[tanteng]

@ufo22940268 我不是说这样就无所谓了

[xubingok]

简单来说:
如果是bug,改,别管他怎么操作出来的.能复现的必须改,不能复现的慢慢来.
如果是测试的"建议",或者他觉得应该修改产品需求.那就转给产品.

[kyze8439690]

珍惜测试人员，在一些小公司，没有测试人员，开发要自己做测试，那个才叫痛苦。
测试人员确保了质量，在上线前帮你测出了bug，帮你分担了责任。

[kyze8439690]

他认为需求要改一下，提个bug，“这里建议XXXX”，这是产品的事情吧。

实际上项目组所有人都有对产品提建议的权利和责任，应该多多提倡。

[tyriankid]

”这里建议XXX“ 不完全是产品的事情。

是不是产品的事情取决于他提什么样的建议了。
若是真正意义上的“建议”，你可以认为他是在为产品操心，他只是想让产品做的更好，你鼓励与否，这个看你们。
但还有一种建议是“修改可能造成这个bug的原因”，难道你知道bug原因之后，以及某些地方可能会存在逻辑缺陷引发出更多的bug时，虽然这个bug还没发生，而你又没有权限去操作页面逻辑，那么你会不提建议吗？

分几个bug提， 这个属于不好表达的一类bug吧。本着尽责的出发点，全部列出自然会让你们更容易判断。 毕竟两点一线，直捣黄龙。

[vietor]

提bug之前先“嘴遁”确认一下，这样大家都感觉挺好的。

[jugelizi]

遇到过死脑筋的 解释了原因后还认为是bug

[fate]

我不会和测试一起打交道的,我只会和交道一起打测试.

[josephok]

开发兼测试

[mcfog]

测试和运维都是开发的重要(hao)搭(ji)档(you)，虽然前者一直在提bug，后者老不让你上生产，但最能帮开发分忧的也是他们，帮你减少线上bug少出生产事故的是他们，帮你提高系统鲁棒性稳定性，出事故时能有退路的也是他们，有这个心情和测试撕逼，不如约好一起去暴打产品狗（玩笑）

测试不了解需求，就推动他去了解需求。测试不了解系统，就介绍系统让他对总体结构有所认知。测试提建议型的ticket，就完善分级分类，优先级高的，blocking的解决，suggestion的improvement的可以即时做掉也可以延后。总之就是要协助测试让他能更顺畅地发挥他的作用，而不要“应付“他。

不如说无论是对测试还是运维还是产品还是设计，从协助对方的角度出发，一切好谈。毕竟团队里的每个成员的总体方向是一样的，你说呢？

[randyzhao]

@ipconfiger
同意 爱抚+1
另外, QA 部门有些建议并不是为了凑数.
虽然提升产品用户体验是产品部门的事, 但多思考难道是坏事嘛?

[frozen2013]

个人感觉把提交bug的数量作为测试绩效考核的测试团队都是不懂开发和技术的。
例如鄙公司，测试都是手测，提的bug多，组长就认为工作好，还时不时自作主张提个改进需求，泥马客户都没提的东西。管项目也是搞笑，有时候用测试来催开发干活，督促进度。。。
所以如果是这种大环境上问题，改进个人方面的沟通也没多大用。

[zonghua]

@lifanxi 中移动的iOS客户端，在点击获取验证码按钮后，按home键，再次进入，发现时间倒数是暂停的。这类问题属于什么？

[williamx]

对你们的测试需要进行培训，告诉他什么是他的工作内容，需要他来管的，什么不是。

建议什么的，应该先指派给产品/策划，不应该提了个建议，但是指派到开发那边去。

说到底还是流程的问题（单大部分小公司根本不关心这个）。

[lalalanet]

我一直认为QA工程师，先要是工程师，然后再会测试，写的代码比开发还好才配得上。

你们的测试人员太烂，辞掉重新招吧。你们公司要是不舍得招这样的人测试，你为难你现在的测试同事干啥。