在一家测试地位极高的公司是一种什么样的体验。

坐标传统软件行业，工业信息化+工业自动化领域。之前测试的地位非常高，测试不放行，产品就无法发行；考核主要级 Bug 以及 Reopen 数，进入系统测试后，严格控制换包次数。相对应的，现场出问题，测试接全锅。

《一个测试的 YY 》

任何一种制度，都有优缺点。
质量上精益求精，那么成本就会上去（发布时间拉长，人力投入加大）
开发团队也有可能变得保守，比如评估开发周期会拉长 30%，部分开发人员不愿意接复杂业务的模块工作，更愿意做简单，不容易出 bug 的模块。 做复杂模块的人因为 bug 多于做简单模块的人，考评排后了。 他要么也混起来，要么就会走掉。 研发战斗力下降，逐渐这个团队就废了。
大老板一看，测试太强，把研发团队干废了， 那怎么交付业务怎么赚钱！会换成 开发强势，测试弱势的玩法。

作为开发，我觉得测试很重要啊，你们对自己写出来的东西这么自信的吗，我觉得和测试更像一种游戏吧，我写他抓，挺好玩啊

@zhaol #55
我不是说正常程序员应该不出 bug ，我也不是说团队里每个程序员都水平非常高。
但我想在软件工程里，开发测试产品都应该以逻辑严谨思维缜密作为目标，而开发在这一点上应该是最骄傲的才对。
做错了，就是做错了，就是水平不够。每个人有每个人的能力瓶颈，认识自我接受自我也是一种结论。但这不代表我鼓励因此对错误麻木。犯错，至少应该愧疚。

而且 bug 不仅仅和能力有关，还和性格有关（这个比较难改），还和工作方法有关（这个非常容易改进），还和思维方式有关（经过训练也可以改进）。工作方法和思维模式，我觉得也算软技能的一种。
团队里有粗线条的爱钻研的同学，写出 bug 连冒烟都过不了，气得测试叫呱呱。于是后来强调自测，强制给开发设底线，同时尽量让该同学做技术调研，少写业务代码。
有细腻的妹子，技术很一般，就 CRUD girl ，但真的很少 bug 。这大概归功于性格，很难学。
还有个奇葩男子，水平中上，产出率中，特技是不管写什么代码，永远零 bug 。月度总结报表里永远是零，偶尔才出个位数 bug 。。。后来他的工作方法和思考模式总结出来全组推广，都学学，都提升提升软技能。

谁说写 bug 就合理就不值得努力提高水平？

见过公司 QA 按照发现的 bug 数量给项目奖金的吗？实机表现与 UI 标距有一个 pixel 的偏移算一个 bug ，只要和文档描述有一个字的差别也算一个 bug 。但是奖金只算发现的数量给，不算 bug 的大小，就导致一个项目 QA 提了上千个 bug ，然后 RD 再疯狂声明这不是一个 bug ，不需要解，整天的时间就耗在系统上让 bug open->close ，真正的 bug 都没时间解，所以我提桶跑路了

我觉得测试地位高没问题，只要背锅的时候能站出来就行。或者把测试换成质量控制、风险控制部门是不是就好理解了。

我还以为是 TDD

我们这边测试总是测不出来问题，线上问题全靠客户反馈+异常日志。就希望测试能仔细测试，少点问题。

在一个前端地位极高的团队是一种什么样的体验（手动狗头）

跟某国企金融科技公司一模一样...

先看看有没有 MCDC 相关的要求，再谈测试的地位。没有的话，算不上高，更别提极高。

真正把测试看得极高的公司，QA 和 Test 是分开的两拨人。QA 不关注结果正确，只关注程序正确； Test 才是真正执行测试的。QA 地位比 Test 高多了，独立条线，甚至可以汇报给大 Boss ，Test 倒可以外包。

ToB 一般是这样

深有同感啊，需求评审的时候测试不提意见，测试的时候一堆意见

@buruoyanyang 工业软件确实得严格点. 比如化工厂, 火电厂. 出现问题就是重大事故.

以前待过一个公司，测试提 bug 有奖金的，使劲逮着开发薅，像素级别找你问题，比如：这个配色太丑，这两个功能要换下位置，这个英文单词不行要换一个，特有缩写切换中文没翻译，想着办法给你提 bug 。有个同事比较菜，半年下来共享了几百个 bug ，直接送那个测试升了个职。
另外其他的一些测试也是鬼蜮伎俩频出，比如：有开发给其他组写了个工具，辅助调试的，根本不是正式的立项了的项目，传到测试那边，测试就对这个工具提 bug 了，什么功能缺失，不友好，特定功能有问题等等。甚至有些人还连到开发本地环境测试，测出问题提了 bug 过来。后面这两件事开发肯定不认的，bug 打回，测试还装委屈：我提都提了，打回影响我考核的。

测试可以随便叼开发，项目经理，客户的需求都不放眼里。因为没有产品经理，所以功能设计上，很容易被测试提 bug ，他们觉得怎样就怎样。这家公司可把我恶心坏了

@faithid 你是指工厂吗，做个项目先给运维讲讲，不讲的话，不给你服务器权限

楼上图片太搞笑