灌水 线上出现 bug 到底谁的锅?

Aaww · 2023年10月25日 · 最后由 oyoyo 回复于 2023年11月02日 · 6313 次阅读

有些 bug 会流到线上,用户反馈后客服整理并由测试人员验证和管理缺陷
这应该是大部分公司的正常做法吧
但恶心就恶心在测试组长自己在群里说要求出现 bug 并确认了之后,叫开发查是哪个迭代的,然后追责对应的测试负责人,并统计在漏测中,作为绩效评估的参考
第一次见这么炸裂的测试组长,出事第一时间揽锅给自己手下的人,他不会以为这样就能把自己摘干净吧,开发不得笑裂,问就是测试的问题
合理统计和分析缺陷流到生产环境的原因,然后想办法规避,这才是正常人的做法吧,真的要追责那也得先看看具体缺陷成因啊,见问都不问就先把锅背了,有这领导我真的会谢

共收到 20 条回复 时间 点赞
Aaww #1 · 2023年10月25日 Author

结合一下我们的实际情况,迭代快且需求多,软硬件结合,在上流就有一大堆 bug 和流程问题,导致测试不断出现其它突发情况,仅剩那点可怜的测试时间的前提下,开发写出 bug 是合理的,但一个测试负责一个项目,在短时间内完成迭代中多个功能的测试工作,出现漏测就是不行的,sb

可以的 有这领导在 开发同学可以肆无忌惮地改动代码并且不告知测试人员了

  1. 一般出现 bug 需要分析出现的具体原因,😂 只要不是刚发上去的新功能有问题,大概率测试是可以甩锅的。。。
  2. 其实没吊用,有些公司测试每个迭代十几个线上问题,因为领导带过来的亲信,绩效照样都是最高的

最后说一句我希望这种亲信派系的公司早点倒闭,真恶心哎,干的烂还 tmd 高绩效

Aaww #4 · 2023年10月25日 Author
yangfan 回复

完全有可能,因为测服代码也不是由测试成员管理的,完全就是开发管理、开发编包,测试超级被动

  1. 如果线下就能拦截所有 bug,那为什么还需要小流量、灰度、众测这些东西?有多少个团队能在线下发现全量 bug?还是说产品太简单……
  2. 片面追求线下拦截所有 bug,要考虑人效和能力(是否允许足够长的时间测试,是否有足够多的 bug 发现手段),你的组长能拍出这样的决定,证明他对这些东西没考虑全面
  3. 有些 bug 在当下迭代不会出问题,随着未来的用户量级提高,用户环境会越发复杂,或者未来某个代码变更触发隐藏问题,这种 case 那个组长怎么判断?又该不该扣绩效?

如果只会追责到人,不会分析事情本身,打绩效如此粗暴,证明这个组长水平有限。我建议是换老板、换团队、换公司任选一个。

具体问题具体分析, 得分析缺陷逃狱的根因。
举个案例,研发需求外改动,没通知到测试, 然后对测试而言也没要求做 Code Diff ,那逃逸了难道还算测试的?
再举个例子,测试用例执行了,但是结果检查没认真,漏检查了一个字段刚好出问题,这缺陷不算测试算谁的?
接着再给个案例,调用三方接口,人家改动不通知你,这主责难道算到你们的研发 or 测试身上?
最后再给一个案例,线上磁盘挂了,满了,断网了等等这主责难道也算到你们的研发 or 测试身上?

米阳MeYoung 回复

QA 要做的,通过一层一层的流程规范,技术手段去做缺陷拦截,降低缺陷的逃逸,对线上、线下做质量运营,对故障做防控,对故障做应急方案处理,预演等等

如果你是测试,测试领导叫你分析。
你要明白,首先锅绝不能是测试的,可以是产品、研发的。

像你这种情况,可能是给了指标,内部要出人了。谁也不想得罪,那就只能找倒霉蛋了。
还有一种情况就是” 妈的,老板只要结果。我为什么要背锅,得给你们这帮摸鱼的压力,能混一天算一天。“

工资高忍,工资低跑

7楼 已删除

我司就是这么处理的,哪个需求引入就是哪位测试负责(就算是 1 年前的需求都会追究),包括研发夹带私货这种问题(因为测试有代码权限,可以认为当时你没有进行 codeview),像这样的情况比你们更恶心呀。不过也不是测试全部背锅,相应的研发也是要负责的

ddDian 回复

挺好起码还和研发一起 over

我们是研发 7 测试 3

1.先解决问题;
2.分析原因,复盘,避免二次发生
3.责任追究,有礼可说,有据可查,没有的话,看谁权利大,小的就背锅去
4.列入用户反馈表,公示;

找流程的问题,发布流程,转测流程,测试流程,开发流程。
这样改进流程,大家都能甩掉过,也能避免下次再出现。

王稀饭 回复

想到有一次事故,数据增长快,oracle 表空间不够了

绵绵不绝 回复

别说磁盘空间不够,业务增长导致表唯一 id int32 位不够用出问题都见过……

我们这还好啊。线上有问题,一般工资最高的那个人,会让人兵分几路去分析,首先是开发去分析,看是开发自己漏的还是测试没测试到,有很多问题是大家都不知道这个点的隐藏存在风险,这种的也不会怪谁。我们这个环境,那些只讲话不干事的项目经理啊之类的人不存在,不主力干活的项目经理,群里面一堆人怼,他还不敢回嘴。。有时候就是觉得他们除了工资高点以外,确实很卑微。总监除外,总监以下的任何领导层,我觉得都没什么用,还是以谁有本事来论的

交付质量第一责任人是测试,所以线上 bug 就是测试的问题。有 bug 你为啥发现不了?bug 多可以不发布,或者作为已知问题通知相关人,但漏了就是测试的问题。找开发查原因以让测试将来看如何避免。但同时线上 bug 不应该纠结所有问题,只挑主要的,P0,P1,P2 的可以考虑,其他的就不要追究了。

老马 回复

bug 是开发写的,干测试什么事

老马 回复

说的不错,就照你说的干

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册