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

2023-03-24 08:54:57 +08:00
 lifesimple

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

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

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

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

9461 次点击
所在节点    程序员
80 条回复
xwayway
2023-03-24 08:57:11 +08:00
哈哈,,,测试和开发明明就是相互协同的关系,怎么搞得像阶级敌人一样
tedzhou1221
2023-03-24 08:59:52 +08:00
说明他懂业务。你们不够他熟。
lifesimple
2023-03-24 08:59:56 +08:00
@xwayway 就是这个感觉,但是测试可以拿捏开发,是大爷
zcjfesky
2023-03-24 09:01:29 +08:00
金融类公司的合规风控也差不多是这个性质
god7d
2023-03-24 09:03:31 +08:00
有的公司测试地位碾压开发,连产品都得听测试的,比如:

测试:喂,这是一个 bug
开发:不是 bug ,产品就是这么设计的
测试:产品怎么能这么设计呢……(过了一会儿)产品改设计了,单子提给你了

对于老板来说,非常乐于看见这种情形,因为这公司产品只是个客户需求转述专员,开发就是纯工具人,保证软件没问题才是第一要务,一般常见于 toB 的软件行业
yyysuo
2023-03-24 09:03:54 +08:00
那要看测试人员的水平了,如果测试人员水平确实比较高,那产品肯定质量也高。当然,产品是否受欢迎能成功,有时候跟质量也没什么关系。
lishoujun
2023-03-24 09:04:52 +08:00
测试岗来尝试回答。

测试岗通常是不会创造业务价值的,在多数公司都是成本部门。 如果一个公司测试地位很高,排除办公室政治因素外,我能想到的有两种可能:
1 、这个公司的测试组已经完成了测试执行到质量保障(含用户体验)的过度,从老板的角度看,测试和自己的站位一致,所以会更加相信测试组的评价。
2 、历史上,出现过严重或者高频的线上问题,导致资损,因此质量保障的地位被提高了。


无意冒犯,纠正你的第一句话,开发的 kpi 不应是避免 bug ,而是对产品需求进行落地。 无法落地的产品,bug 再少也枉然。
如果你的老板对你的 kpi 过于偏向 bug ,你可以适当向上反馈一下,平衡项目产出和缺陷的比重。
yaphets666
2023-03-24 09:04:59 +08:00
程序在测试阶段有 bug ,这是天经地义的事
8355
2023-03-24 09:06:47 +08:00
测试还能拿捏开发?
如果按照你的说法测试阶段 bug 你测出来是你的岗位价值,测不出来不才是你有问题吗?
其次影响开发 kpi ?那上生产有 bug 是不是全是测试的责任毕竟是你没测出来?
开发写的代码没有 bug 还会需要测试吗?
开发假如把你测试的时间用来写单元测试或者自己开发自动化测试脚本做不到的嘛?
到底谁拿捏谁,到底谁给谁提供工作岗位你再想想?
NessajCN
2023-03-24 09:06:48 +08:00
说明你水平不够
只要你别写一堆 bug, 或者你的 bug 都没法靠一般测试流程测出来,那测试拿什么拿捏你呢
说到底菜鸡就该被拿捏
我做开发时候测试都跑过来跟我商量让我故意写点无关痛痒的小 bug 好让他们别看起来那么无所事事,
这样谁拿捏谁呢
pre
2023-03-24 09:07:22 +08:00
我们今年共 4 个版本,每个版本迭代,每个人 BUG<=12 为 A , 13-15 为 B ,15 以上为 C ,呵呵
3000codes
2023-03-24 09:10:09 +08:00
大家都是给资本家打工,何必较真呢
god7d
2023-03-24 09:11:45 +08:00
@pre 对于很多按部就班的开发任务来说,老板要的是速度,所以 bug 少可以加快开发周期,尽快部署,我是这么认为的,这种行业我觉得没有意思
jjx
2023-03-24 09:26:34 +08:00
开发自己做一个功能, 自己用不了几次

测试可能几十次,上百次的用, 所以, 有时还是要尊重测试
runinhard
2023-03-24 09:35:00 +08:00
说到底,写出了 bug 才会被别人抓到,有本事就不写 bug 。

至于是 bug 还是 feature ,本身就应该有严格的定义和规范。测试可以利用这个漏洞,开发和产品难道不能利用?

有得公司互相卷才能把事情做好,有得公司不卷能把事做得更好。

不合适罢了
dd991
2023-03-24 09:41:38 +08:00
说明你们技术太水了,连个测试都搞不定
pre
2023-03-24 09:47:00 +08:00
@god7d 版本是固定的,一个版本迭代几个月时间,都是业务模块,复杂度耦合性还很高,一两个任务做下来不仔细点就超了。现在就各种卷,对着 checklist 一条条过,还不能完全保证没有 BUG ,毕竟测试现在是大爷
faithid
2023-03-24 10:03:11 +08:00
有没有待过运维地位极高的公司?处处卡你脖子,开发给运维解释业务。
Yeen
2023-03-24 10:19:52 +08:00
你把测试换个名字叫做 QA ,心态会瞬间提升
startisan
2023-03-24 10:23:51 +08:00
这样搞,如果功能上线后出了问题,就是测试的锅了吧,产品和开发都会说测试没测充分。。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/926712

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX