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

[lifesimple]

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

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

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

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

[faithid]

有没有待过运维地位极高的公司？处处卡你脖子，开发给运维解释业务。

[ah64zzpk]

简单说就是测试的 kpi 是找出开发更多的 bug,开发的 kpi 就是避免 bug
---这个 kpi 定的本来就有问题了。测试和开发都有一个相同的目的是交付能够符合需求的软件。

[littlecreek]

测试地位高一般也是人家老大打出来的威望, 他们 team 可能对业务更精通, 更贴近用户, 说话有理有据, 开发不得不服.
我之前也带过测试地位很高的公司, 测试出来 严重 bug 太多, 测试部门直接提测不通过, 开发老大战战兢兢. 但是说实话我跟他们打交道的时候感觉他们提的东西绝大部分我是心服口服的, 除了极少数新员工为了快点出成绩提一些吹毛求疵的东西, 大部分测试员工提的东西都没问题.

然而那是以前软件质量精益求精的年代, 现在的潮流是快速试错, 测试的地位就要让位于快速出产品了, 时代变了.

[xujinhui1]

抓 bug 率搞榜单不合理，bug 的多少跟开发也有关系。碰到细心的开发可能一个很难的需求可能就一两个 bug 。另一个开发可能就天天写 bug ，那永远都是接天天写 bug 的测试更优秀？

[levelworm]

需要有个总抓的人平衡

[leon0918]

你是不是在涂鸦

[optional]

这个简单，开发前要求产品必须完善 prd 和 testcase 这个需求评审必须拉上测试，超出 prd 和 testcase 的一律不认，中途改了 prd 和 case 的必须重新评审重新估时

[perfectlife]

@faithid 运维毕竟拥有的权限比较高，然后工作中也不需要求人开权限啥的，选择性多，一句 安全隐患 /稳定 就能抵挡好多要求， 另外好多开发 内外网 ip 都分不清，一个运维往往对公司内几十个研发，所以运维就一视同仁对待开发，死道友不死贫道

[c8c]

测试的 KPI 不应该是找到多少个 bug ， 而应该是从 用户的角度出发 ，和 开发一起 交付符合用户需求，有一定程度质量 的功能

做开发就难免会出现 bug ， 这是正常的，就像常在河边走，难免会湿鞋 一样。

[jwen]

出了线上问题，测试接锅不 ？

[fuzzsh]

U can U do

[KnightYui]

同样在这样的公司，虽然很不爽，但是不得不承认，产品质量确实会好很多。

[cue]

在我们公司 测试＞研发＞＞＞产品＞运营

[qooweds]

这不是开发和测试地位的问题,是产品定位的问题,一般跟行业有关
产品不能允许出现质量问题,可以允许一天开发的工作量要两天的自测,说明老板认为产品质量比开发效率重要很多,愿意付出这个成本
OP 这个应该是不是普通的 web 项目吧?普通的 web 项目不可能在测试中投入这么多时间

[litguy]

我作分布式存储的
测试比研发多
测试架构师跟我 BB 的时候
我告诉他，设计就这样了
如果你觉得需要改
我懒得和你讨论
如果 2 年后公司还在
咱俩再讨论这个问题
别啥都被人 push

[zhaokun]

没有谁拿捏谁，就是一份工作，可能是有些人沟通方式不友好，别放大沟通方式

[AloneHero]

楼上说技术水的真是搞笑，并不是技术问题，这种情况最大的问题就是测试遇到问题会能提 bug 的都提，开发又会因为一些似是而非的 bug 一直和测试争论，开发之间本来能顺手帮别人修改的问题也会严格讨论谁来修改，衍生的问题很多，整体下来的结果就是整个团队氛围极度紧张，合作效率非常低下，待起来很恶心

[dandycheung]

只要你想，开发并不是没有反击的力量。面相测试编程，给他埋几个坑，证明他测不出来高水平的问题其实也不是难事。

[fantathat]

因为这公司产品只是个客户需求转述专员，开发就是纯工具人，保证软件没问题才是第一要务，一般常见于 toB 的软件行业

[fantathat]

空子很大，漏洞自然也很大，为什么空子这么大呢？你自己好好想想