为什么很多公司测试和产品比开发更有话语权？

[god7d]

举个例子，最近有朋友跟我说，他们公司（创业小公司）测试部门上报老板说，产品 bug 多客户体验差是因为开发部门提测的版本 bug 非常多，导致他们有很多问题没测出来；开发反驳说人员太少，很多东西都是仓惶赶工完成的，bug 多是因为精力有限。老板一拍大腿，决定给测试加 2 个人！（ WTF ？？？）

我知道有的公司产品和测试是股东或者是核心管理层，所以有话语权，那么除掉这个原因外，还有什么其他原因呢？

[fairless]

正常，毕竟是码农，而不是技术专家

[mejee]

> 开发反驳说人员太少，很多东西都是仓惶赶工完成的，bug 多是因为精力有限

这么说，不就坐实了研发的 bug 多嘛。既然测试说研发不行，那研发的正确回答应该是：测试能力不行，测试完成的东西 bug 多

[Hanson16043287]

排期以内问题，是自己的问题
排期以外问题，非自己的问题
不合理的排期，会有一点点惨
如果没有排期，那会死的很惨

专业性排第一，不专业会挨批
无论测试，还是产品，UI

[ymcj001]

开发需要换个思路，不要赶着实现全部功能，先实现一小部分，但是把这部分的内容给完善了，实在不行自己多测几次

[cedoo22]

好多公司 对 BUG 没有明确的定义， 开发时没有很完整的规范去遵守， 让测试提个测试标准 多半拿不出。
等到测试的时候， 好多 bug 都是完全靠 测试去定义。 有些问题， 测试按自己 的 逻辑， 说是 bug 就是 bug 。。。就开始扯皮。。。


你要相信， 找问题的人永远占着先手。。。。 我一个月 3000 工资，丝毫不影响我评论 马云 、 吐槽马化腾

[silencil]

在我司，开发更有话语权。重构系统，我独立设计，包括厘清业务，确定页面原型等。原因：除了开发，其他人不熟悉业务。产品是外包，测试大部分时间在做交付。

[jones2000]

2 组测试人员。 开发写业务模块，1 组测试对应开发的业务模块写单元测试，另外一组对应整理业务流程写测试。 这样需求变动了以后， 能快速的做回归测试。 光靠开发有什么用，开发只是产品开发流程中的 1 小部分，基本就干体力活的。

[ersic]

不背锅就行，话语权谁爱要谁要。

[dudubaba]

我知道的某知名互联网公司，产品 > 测试 > 开发，产品负责抄竞品的东西，然后开发，测试最后一把关，产品核验后发布。测试这一环节决定质量问题，如果 bug 率过高（前后端单独统计）会不建议发布，次数多了肯定会影响开发绩效考核。所以开发其实很卑微的。唯一硬起来的时候是跟不懂技术的产品怼的时候。。。

[tibifide]

@elevioux 高级开发工资确实能抵两个中级测试

[jklove123bai]

一般产品离老板近，给老板汇报工作。而且产品说的话老板能听懂，研发就不一定了

[STtree]

我觉得测试和产品只要不犯低级错误，一般很难去挑毛病。但是再牛的开发也不敢拍胸脯保证自己 100%没 bug ，所以挑开发的毛病是比较容易的。如果测试和产品再能说会道一点，那么老板肯定会觉得产品不好是因为开发不行。

[rocksolid]

因为开发老是觉得技术能解决一切，现实就是谁会说话，谁会赚钱，老板就听谁的

[milkmlik]

看责任归属吧，产品上线，出了问题，测试没测试出来，产品验收也没发现，产品、测试担责任，如果产品、测试甩锅，那产品、测试应该也没啥话语权吧。

[lindas]

谁干的活重要谁就有话语权，有些人只会写 curd ，只懂自己写的那一块，自己的产品能干什么都不清楚，老板怎么会听他的

[ultimate]

@cue 华为？

[yoa1q7y]

我们这产品离职率可比开发高多了
因为产品是一个项目的策划人，方案的好坏直接决定了项目的未来
项目收益不及预期一般是不会找开发的麻烦的，但产品是直接责任人
别看产品只是写写文档动动嘴，挨骂背锅的时候开发一般也见不到啊

[yulin1103]

公司是 toB 的金融软件，甲方爸爸用着不爽的地方说是缺陷就是缺陷。产品直接与客户对接，话语权最大，其次是业务测试，业务开发可以说是最没话语权的了

[gyinbj]

我觉得可能是因为业务流程 和 用户体验需要要更好一些吧
毕竟开发人员基本不怎么使用自己开发出来的东西。。
使用者各式各样~ 需求也各式各样