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

查看 349|回复 25
作者:lifesimple   
简单说就是测试的 kpi 是找出开发更多的 bug,开发的 kpi 就是避免 bug 。
但实际上找 bug 相对更容易,有时候太吹毛求疵了。但是二者来说测试更主动,就像裁判员,想找问题总能找的到。
敢和产品 battle ,但是不能和测试 battle 万一不爽了真就拿放大镜测。
测试地位也比产品高,测一些功能点遇到自己不理解的设计就会直接问开发和产品为啥这么设计,给产品提优化。当然这种是公司氛围支持的,搞对立,抓 bug 率搞榜单。
但总得来说,测试可以用 bug 拿捏开发,开发没有什么能拿捏测试的,你说代码写的好点自测好点没问题就行了,但你说了不算。可提可不提的东西就好像寻衅滋事口袋一样,心情好就算了,心情不好就提了。
如果迭代测试下来没发现什么 bug ,那就得找点 bug ,反之会松一点。
以前呆过地方,基本和测试也就平级关系吧,有问题提个单子改一下就是了。这边被提个单子感觉就很严重,另外就是开发在提测前要反复自测,一天开发的工作量可能要花两天来自测,以防有 bug 。

bug, 测试, 开发, KPI

xwayway   
哈哈,,,测试和开发明明就是相互协同的关系,怎么搞得像阶级敌人一样
tedzhou1221   
说明他懂业务。你们不够他熟。
lifesimple
OP
  
@xwayway 就是这个感觉,但是测试可以拿捏开发,是大爷
zcjfesky   
金融类公司的合规风控也差不多是这个性质
god7d   
有的公司测试地位碾压开发,连产品都得听测试的,比如:
测试:喂,这是一个 bug
开发:不是 bug ,产品就是这么设计的
测试:产品怎么能这么设计呢……(过了一会儿)产品改设计了,单子提给你了
对于老板来说,非常乐于看见这种情形,因为这公司产品只是个客户需求转述专员,开发就是纯工具人,保证软件没问题才是第一要务,一般常见于 toB 的软件行业
yyysuo   
那要看测试人员的水平了,如果测试人员水平确实比较高,那产品肯定质量也高。当然,产品是否受欢迎能成功,有时候跟质量也没什么关系。
lishoujun   
测试岗来尝试回答。
测试岗通常是不会创造业务价值的,在多数公司都是成本部门。 如果一个公司测试地位很高,排除办公室政治因素外,我能想到的有两种可能:
1 、这个公司的测试组已经完成了测试执行到质量保障(含用户体验)的过度,从老板的角度看,测试和自己的站位一致,所以会更加相信测试组的评价。
2 、历史上,出现过严重或者高频的线上问题,导致资损,因此质量保障的地位被提高了。
无意冒犯,纠正你的第一句话,开发的 kpi 不应是避免 bug ,而是对产品需求进行落地。 无法落地的产品,bug 再少也枉然。
如果你的老板对你的 kpi 过于偏向 bug ,你可以适当向上反馈一下,平衡项目产出和缺陷的比重。
yaphets666   
程序在测试阶段有 bug ,这是天经地义的事
8355   
测试还能拿捏开发?
如果按照你的说法测试阶段 bug 你测出来是你的岗位价值,测不出来不才是你有问题吗?
其次影响开发 kpi ?那上生产有 bug 是不是全是测试的责任毕竟是你没测出来?
开发写的代码没有 bug 还会需要测试吗?
开发假如把你测试的时间用来写单元测试或者自己开发自动化测试脚本做不到的嘛?
到底谁拿捏谁,到底谁给谁提供工作岗位你再想想?
您需要登录后才可以回帖 登录 | 立即注册

返回顶部