灌水线上出现 bug 到底谁的锅？
Aaww
#21 ·
2023年10月25日
Author
结合一下我们的实际情况，迭代快且需求多，软硬件结合，在上流就有一大堆 bug 和流程问题，导致测试不断出现其它突发情况，仅剩那点可怜的测试时间的前提下，开发写出 bug 是合理的，但一个测试负责一个项目，在短时间内完成迭代中多个功能的测试工作，出现漏测就是不行的，sb
yangfan
#2 ·
2023年10月25日
1 个赞
可以的 有这领导在 开发同学可以肆无忌惮地改动代码并且不告知测试人员了
disable
#19 ·
2023年10月25日
1 个赞
一般出现 bug 需要分析出现的具体原因， 只要不是刚发上去的新功能有问题，大概率测试是可以甩锅的。。。
其实没吊用，有些公司测试每个迭代十几个线上问题，因为领导带过来的亲信，绩效照样都是最高的
最后说一句我希望这种亲信派系的公司早点倒闭，真恶心哎，干的烂还 tmd 高绩效
Aaww
#18 ·
2023年10月25日
Author
对
yangfan
回复
完全有可能，因为测服代码也不是由测试成员管理的，完全就是开发管理、开发编包，测试超级被动
王稀饭
#5 ·
2023年10月25日
2 个赞
如果线下就能拦截所有 bug，那为什么还需要小流量、灰度、众测这些东西？有多少个团队能在线下发现全量 bug？还是说产品太简单……
片面追求线下拦截所有 bug，要考虑人效和能力（是否允许足够长的时间测试，是否有足够多的 bug 发现手段），你的组长能拍出这样的决定，证明他对这些东西没考虑全面
有些 bug 在当下迭代不会出问题，随着未来的用户量级提高，用户环境会越发复杂，或者未来某个代码变更触发隐藏问题，这种 case 那个组长怎么判断？又该不该扣绩效？
如果只会追责到人，不会分析事情本身，打绩效如此粗暴，证明这个组长水平有限。我建议是换老板、换团队、换公司任选一个。
米阳MeYoung
#6 ·
2023年10月25日
具体问题具体分析， 得分析缺陷逃狱的根因。
举个案例，研发需求外改动，没通知到测试， 然后对测试而言也没要求做 Code Diff ,那逃逸了难道还算测试的？
再举个例子，测试用例执行了，但是结果检查没认真，漏检查了一个字段刚好出问题，这缺陷不算测试算谁的？
接着再给个案例，调用三方接口，人家改动不通知你，这主责难道算到你们的研发 or 测试身上？
最后再给一个案例，线上磁盘挂了，满了，断网了等等这主责难道也算到你们的研发 or 测试身上？
米阳MeYoung
#7 ·
2023年10月25日
对
米阳MeYoung
回复
QA 要做的，通过一层一层的流程规范，技术手段去做缺陷拦截，降低缺陷的逃逸，对线上、线下做质量运营，对故障做防控，对故障做应急方案处理，预演等等
magicyang
#14 ·
2023年10月25日
1 个赞
如果你是测试，测试领导叫你分析。
你要明白，首先锅绝不能是测试的，可以是产品、研发的。
像你这种情况，可能是给了指标，内部要出人了。谁也不想得罪，那就只能找倒霉蛋了。
还有一种情况就是” 妈的，老板只要结果。我为什么要背锅，得给你们这帮摸鱼的压力，能混一天算一天。“
白展堂
#13 ·
2023年10月25日
工资高忍，工资低跑
12楼 已删除
ddDian
#11 ·
2023年10月25日
我司就是这么处理的，哪个需求引入就是哪位测试负责（就算是 1 年前的需求都会追究），包括研发夹带私货这种问题（因为测试有代码权限，可以认为当时你没有进行 codeview），像这样的情况比你们更恶心呀。不过也不是测试全部背锅，相应的研发也是要负责的
disable
#12 ·
2023年10月25日
对
ddDian
回复
挺好起码还和研发一起 over
sir
#9 ·
2023年10月25日
我们是研发 7 测试 3
chenyouan
#14 ·
2023年10月25日
1.先解决问题；
2.分析原因，复盘，避免二次发生
3.责任追究，有礼可说，有据可查，没有的话，看谁权利大，小的就背锅去
4.列入用户反馈表，公示；
一枚小菜鸡
#15 ·
2023年10月26日
找流程的问题，发布流程，转测流程，测试流程，开发流程。
这样改进流程，大家都能甩掉过，也能避免下次再出现。
绵绵不绝
#16 ·
2023年10月26日
对
王稀饭
回复
想到有一次事故，数据增长快，oracle 表空间不够了
王稀饭
#17 ·
2023年10月26日
对
绵绵不绝
回复
别说磁盘空间不够，业务增长导致表唯一 id int32 位不够用出问题都见过……
朱雪山
#18 ·
2023年10月30日
我们这还好啊。线上有问题，一般工资最高的那个人，会让人兵分几路去分析，首先是开发去分析，看是开发自己漏的还是测试没测试到，有很多问题是大家都不知道这个点的隐藏存在风险，这种的也不会怪谁。我们这个环境，那些只讲话不干事的项目经理啊之类的人不存在，不主力干活的项目经理，群里面一堆人怼，他还不敢回嘴。。有时候就是觉得他们除了工资高点以外，确实很卑微。总监除外，总监以下的任何领导层，我觉得都没什么用，还是以谁有本事来论的
老马
#19 ·
2023年10月30日
交付质量第一责任人是测试，所以线上 bug 就是测试的问题。有 bug 你为啥发现不了？bug 多可以不发布，或者作为已知问题通知相关人，但漏了就是测试的问题。找开发查原因以让测试将来看如何避免。但同时线上 bug 不应该纠结所有问题，只挑主要的，P0，P1，P2 的可以考虑，其他的就不要追究了。
Phoenix1
#20 ·
2023年11月02日
对
老马
回复
bug 是开发写的，干测试什么事
oyoyo
#1 ·
2023年11月02日
对
老马
回复
说的不错，就照你说的干