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

[lifesimple]

简单说就是测试的 kpi 是找出开发更多的 bug,开发的 kpi 就是避免 bug 。 但实际上找 bug 相对更容易，有时候太吹毛求疵了。但是二者来说测试更主动，就像裁判员，想找问题总能找的到。 敢和产品 battle ，但是不能和测试 battle 万一不爽了真就拿放大镜测。

测试地位也比产品高，测一些功能点遇到自己不理解的设计就会直接问开发和产品为啥这么设计，给产品提优化。当然这种是公司氛围支持的，搞对立，抓 bug 率搞榜单。

但总得来说，测试可以用 bug 拿捏开发，开发没有什么能拿捏测试的，你说代码写的好点自测好点没问题就行了，但你说了不算。可提可不提的东西就好像寻衅滋事口袋一样，心情好就算了，心情不好就提了。 如果迭代测试下来没发现什么 bug ，那就得找点 bug ，反之会松一点。

以前呆过地方，基本和测试也就平级关系吧，有问题提个单子改一下就是了。这边被提个单子感觉就很严重，另外就是开发在提测前要反复自测，一天开发的工作量可能要花两天来自测，以防有 bug 。

[fantathat]

故意放出来的 bug ，然后赶时间缩短了工期而已

[fantathat]

跟测试没关系，跟你们公司的管理有关，跟你们客户有关系

[msg7086]

可提可不提的 bug 是什么东西？

[IvanLi127]

我写个剧本

开发组怕被测出 bug ，开始自测。
自测又有点测不出来，开始互相测试别人的功能。
天天互相测试，发现效率不太好，就选了人出来专门测试。
然后就出现了开发组内的测试人员。
然后，测试部门吃灰，hr 开了测试部门，调整组织架构，重新划分部门和 kpi 。
这是一个只有研发扣工资，hr 刷奖金的世界。

[RubyJack]

线上问题，测试没覆盖到的是测试责任，覆盖到了还出问题也是测试责任

[lpt0]

不是华为吧

[flyingghost]

1 ，测试测 bug 是本职工作。能被测试测出 bug 的开发，只能说活该水平不够。
2 ，开发应该带着感恩的心。我司线上生产事故测试必背大锅，比开发比例还大。测试是开发的守门员，没有测试，那只好开发自己背锅。让开发自己选。
3 ，需求层面打不过测试的，只能说开发不熟悉业务。开发天然是既了解业务又洞悉本质的岗位，正常公司是产品引导、测试守门，但没有任何人能在宏观或微观层面打得过开发。
4 ，如果由于理解偏差导致的“bug”，请修改项目组 bug 定义和分类。开发常见几种觉得委屈的需求 bug：
一种是讲的不够细，每个人有每个人的理解方式。大锅扣给产品，请描述好需求。开发的责任在于：讲得不够细就多问，又闷又自作聪明的开发太多，又谨慎又多嘴好问的开发太少。
另一种是开发犯了一些常识性的错误。例如产品说这里要有个密码框，开发直接文本框明文显示了，测试认为应该掩码不能明示。如果一个 bug 是公认的常识，那不理解常识的一般是经验不足，请补。
5 ，开发不私接小需求。小需求、小变更要同步，大变更要重走完整流程。这个也是很常见的委屈“bug”来源。
6 ，某些测试可以担当 QA 角色，对于设计、体验、技术方案都能提出见解。挺合理。团队就应该人人可发言，只要有道理，即可采纳。人家水平高啊。但在一些 UI/UX 、运营等非技术角度，开发缺位是常态。太钻技术了，太少抬头看宏观。我是期望团队内所有人都应该专精本职工作的基础上具有一定跨界能力，尤其产品本身的理解，和用户角度的理解。这方面产品容易缺的是技术理解，开发容易缺的是产品思路，反而测试较容易做到期望的“一专多能”。

总之，综合来说，开发真的是天然最强势角色，至少是最容易达到。被打压出普遍委屈和不满，只能说明。。。项目经理 /团队 Leader 的锅最大。。。

[wintersun]

我给自己团队的测试是这样定位的： 半个产品经理！

但是，并不代表 TA 可以高高在上的“指挥”其他人。

一个软件产品开发迭代出来，能提供终端用户价值，要在 时间、质量、成本上做出平衡，更要在运营上花大力气。

所以，这是一个如何平衡的管理艺术……偏颇任何一方都可能翻船。

记住一点，任何方面，从 95 分做到 100 分，所需要的成本可能翻一倍。

[chenPiMeiHaoChi]

绝了，感情楼上这些说水平不够的自己没 BUG 是吧，个个月入 5 万的精英？

[BQsummer]

1. "这边被提个单子感觉就很严重，另外就是开发在提测前要反复自测，一天开发的工作量可能要花两天来自测，以防有 bug 。" 这不是应该的吗.
2. 测试有权利提单子, 开发也有权利拒绝不合理的单子.
3. 理论上测试是生产 bug 的第一责任人,严格一点很正常, 如果因为提 bug 单导致氛围不对, 那是公司的问题.
4. 我们这种基础服务部门, 没有产品, 测试会有部分产品的角色.

[RainCats]

我现所在公司就是啊，开发时间紧，还是结合自研的低代码平台来搞，也没需求评审的。
反正就是开盲盒呗，绩效全看测试激活次数，不看理由

[zhaoxiaolei]

停下来总体感觉你们做的东西总体质量不高，然后公司也没有一个统一的标准线，以及领导非常不客观，导致了开发被测试拿捏的奇怪情况。建议建立一个统一的标准，一个缺陷需不需要修复应该是一个客观的问题，不是测试主观上决定的。

[seres]

我能想到的是金融，军工相关的。。

[zong400]

你想拿捏测试？搞个隐蔽 bug ，上线才爆发的，呵呵

[zhaol]

@flyingghost #47 逆天，按你的第一条，这世界有水平够的开发吗？

[rcchen123]

权力（地位）与责任是对等的。
我司项目的上线日期等重大时间点都是测试安排、盯着、督促和保证的。
其它人只要把这些活儿接过来，也能有很大话语权。

[cloud107202]

金融科技公司大多都这样，可能上位的老大是个测试出身或者喜欢玩政治。
这种人是乐于看到下面互相撕的，老板也喜欢

[salmon5]

欲戴王冠，必承其重
这没什么好说的，看谁对结果负责

[swordfairy]

@zong400 隐藏 bug 在合入主分支前的代码检查阶段不会被发现吗？

[yunyuyuan]

别的不说，money 有开发高吗