公司测试的哥们，日常很会来事，他每次汇报工作总是能巧妙地转移所有坑给我怎么破，而且总是指手画脚我的工作，感觉他考虑的超出了测试的范畴，还是我想多了。

坑不是程序员挖的难道还能是测试挖的不成？
暴露坑的存在不就是测试的本职么？
测试能跨过界线开始思考如何提升研发质量，那才是真正好的测试呢（不清楚楼主说的超出范畴是不是这个方向）

你见过测试居然有权利随便改需求的吗，我上一家公司就是，我们按照产品需求做出来的东西，测试居然绕过产品直接过来指指点点，并非 BUG 类型的，也不知是产品无能，还是测试过分

如此，类似，
@silenM

@mcfog 不止暴露坑的存在，还自带产品属性增减功能。

你要是在局部有话语权就直说，好好讲道理。如果没话语权就 silence

需求及体验建议直接找产品沟通，需求单上的功能问题找开发并提单

你不举具体例子，然后问，“感觉他考虑的超出了测试的范畴，还是我想多了”？

拜托，哪怕是算命的，也得给个生辰八字吧

哥们还白天睡觉，晚上陪老大加班到 12 点，因此深得信赖。

@coderluan 比如在不考虑你的工作量的情况下告诉你他绝的要添某某功能，我新人只好照做，完事老大问进度，我得到干货太墨迹的评价。

@mune #9

这样的话，是他超出范围，但是你这种将错就错的方式更有问题：
你应该向对方表示这个是需求的方面的事，自己需要请示老大才能添加，而且需要首先完成范围的工作。

1.测试本身的工作就是找开发的坑
2.对于产品设计不合理的地方, 谁都可以和产品去提, 包括你
如果测试直接让你改, 你们可以一起去找产品确认

@mune 就算你当场答应了他做改动，难道之后你就不主动向自己的老大报告？

如果 A 分配任务给你，B 让你该动 A 的任务，你肯定必须主动跟 A 报告吧？

@mune 你这是刚毕业么……
添加功能找产品 /你的上级去，你只要保证你的产出符合产品 /你的上级的要求。
你就没想过，他要添加的功能结果产品 /你的上级不想要，到时候是你的锅还是他的锅？

遇到楼主的情况+1，我这的测试妹子有些边界情况的建议好好说，但是有些 display 的文字都要按照她的想法改我就无视了。

我们测试经常会说“我觉得这个字体小了 我觉得这个颜色不明显”，然后 at 一群人，再坐到你旁边像复读机一样给你讲一堆“我觉得”，真是神特么烦

还是经验太少，下次让他记录下来，落实到纸面难道不是必要的变更流程吗

等他知道报 bug 不是那种动动嘴就行的事情，自己也无端多了工作量，就知道挑重点了

不给白纸黑字的工作要求，除了老板，其他人说的我都会忘记的

真好说话，他是你上司，让你做啥就做啥啊。

我们公司有个别测试也是，烦的一批，经常提的不是 bug，提的是需求，我觉得这个怎么怎么样，我觉得那个应该怎么样。

有的时候是话语权的问题，有的时候测试资历老，嗓门大，遇到那种绵羊般的开发和产品，很容易掌握话语权。。。

遇到过测试改需求的

老大表示支持，“用户体验测试也是测试的一部分”

（没有交互设计师）

md，现在测试都这么牛逼了么，我从来不敢这么牛逼。

其实是开发流程有问题;
让测试也参见前期的需求讨论和 Review 就好了, 过了这一步才开始开发;

定好的需求不是应该先做么，后面加的就跟老大商量是不是要加不就好啦-。-

你记住，增减或改动需求，只听上级或者产品负责人（一般是产品经理）的。

开发和测试搞好关系是开发稳定进行的重要基石。。个人感觉。

我觉得
测试可能比产品更能找到需求有问题的地方
而且你们连需求文档都没有的话
在小公司开发测试兼任的时候
开发完了之后
大部分 TODO 是测试之后才添加的

@vardarling 感觉这个很正常的，我碰到的设计和测试都可能跟我说类似的问题，如果是测试提的，小改动我就直接做了，大点的会让他先跟设计或者产品确认下。不过我们项目部以前测试和产品都在的时候大家办公距离很近，讨论啥都很方便。

别个测试在救你 你不领情 等着 挨老板 K 吧

让他和产品反应，写需求