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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2664 天前的主题，其中的信息可能已经有所发展或是发生改变。

第 1 条附言 · 2017-09-07 12:25:41 +08:00

谢谢大家的回复，我这边也的确没有明确的产品需求，产品经理在做开发，没空理我们，我现阶段所做的东西是照着线上的老产品做的，甚至都没有需求文档。

第 2 条附言 · 2017-09-07 14:51:20 +08:00

谢谢前辈们的回复，在下就不一一回复了，我现在大概知道要如何做了，爱工作，爱 v2，大家工作愉快！

指手画脚

测试

哥们

总是

31 条回复 • 2017-09-08 09:21:03 +08:00

mcfog

2017-09-07 11:37:46 +08:00

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

silenM

2017-09-07 11:43:23 +08:00

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

mune

2017-09-07 11:45:36 +08:00

如此，类似，
@silenM

mune

2017-09-07 11:47:14 +08:00

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

jrtop

2017-09-07 11:47:18 +08:00 via iPhone

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

f0rger

2017-09-07 11:47:40 +08:00 via iPhone

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

coderluan

2017-09-07 11:49:14 +08:00

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

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

mune

2017-09-07 11:50:44 +08:00

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

mune

2017-09-07 11:56:35 +08:00

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

coderluan

2017-09-07 12:03:32 +08:00

@mune #9

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

wingoo

2017-09-07 12:07:26 +08:00

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

SuperMild

2017-09-07 12:07:52 +08:00

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

SuperMild

2017-09-07 12:11:18 +08:00

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

Ziya

2017-09-07 12:17:10 +08:00

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

vjnjc

2017-09-07 12:35:56 +08:00

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

vardarling

2017-09-07 12:56:11 +08:00 via iPhone

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

jianyunet

2017-09-07 13:04:35 +08:00

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

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

imn1

2017-09-07 13:20:20 +08:00

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

bk201

2017-09-07 13:49:40 +08:00

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

licht114

2017-09-07 13:56:35 +08:00

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

frankynwa

2017-09-07 14:17:05 +08:00

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

yhxx

2017-09-07 14:23:30 +08:00

遇到过测试改需求的

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

（没有交互设计师）

deadblock

2017-09-07 15:25:07 +08:00

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

chmlai

2017-09-07 15:44:39 +08:00

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

ii4Rookie

2017-09-07 15:48:12 +08:00

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

jason2017

2017-09-07 15:50:21 +08:00

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

nashxk

2017-09-07 17:45:22 +08:00

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

Sequencer

2017-09-07 20:01:37 +08:00

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

cleveryun

2017-09-07 22:10:43 +08:00 via iPhone

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

qian19876025

2017-09-07 22:14:05 +08:00

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

caijihui11

2017-09-08 09:21:03 +08:00

让他和产品反应，写需求