当产品出了问题,谁都不想担这个责任时,锅由谁来背呢?
在测试的日常工作中,相信经常有测试的小伙伴遇到类似的情况:在项目上线时,只要出现问题(bug),测试就很容易成为“背锅侠”。
1)背部门之间未及时沟通的锅之前做过一个项目,在项目验收阶段,客户对下单的流程提出了一些优化性的建议,但是在开发人员开发完这个需求之后,并没有通知我进行测试,就导致在下一次给客户演示的时候,下单流程根本不通,让客户非常失望。
就这样甩锅之路又开始了,开发说是功能已经做好了,但是是测试没有测出问题来,测试又说并没有被通知到这个已经改好了需要测试,那么到底是谁的问题呢?其实严格说起来开发和测试都有责任的。
1、开发人员在功能完成之后应该及时的通知到测试人员进行测试,留出足够的时间改bug;
2、测试人员应该严格按照需求的时间节点去确认开发人员是否完成了需求开发,不要一味的等开发人员通知,因为有时候开发人员有可能会遗漏掉。
2)背质量不符合预期的锅在产品使用过程中,如果出现问题,第一个被问责的对象就是测试:测试人员为什么没有发现该问题?而因为几乎大部分问题都能定性为测试案例未覆盖,所以测试经常需要背“质量不符合预期的锅”。之所以背这顶锅,根本原因是业内人员对测试人员的职责定位有误。
大部分人认为测试的职责就是为质量负责,且是负全部责任,只要是质量问题,测试就需要承担起来。
3)背项目或需求延迟的锅只要项目有延迟,就是质问测试人员,为什么没有测完?为什么不催着点开发赶紧做完?怎么还有bug没有改完?工作时间越久就越来越发现,测试人员都成全能的了,什么也得干,什么都得会干。
4)替离职人员背锅更奇葩的是,测试新入职一家公司,接手了辞职人员的工作,当这部分工作线上出问题时,责任也是你的,因为你现在负责这部分工作,没有理由,也不能申辩,而且作为一个新人,也不能和老员工硬刚,真的好憋屈哦~
什么情况测试容易背锅?
前期出现了以下情况,测试就需要小心了,因为一旦出问题,很有可能变成“背锅侠”。
1)团队研发能力很弱研发能力弱,代表潜在质量问题会很多,测试复测成本非常大,且交付的产品从根上就注定了功能不稳定,导致事故频发。如果这时候产品对事故的容忍能力很低,那么后果就是测试需要频繁的被问责,以及被要求完成紧急版本的测试。这种情况下,压力被严重放大。
2)项目排期压得很紧很多时候需要紧急出版本修复问题,这时候,测试排期几乎被严重压缩。然后,测试还要担着交付后质量无问题的责任,这两者其实是互相矛盾的存在:为了保障质量,需要充分的时间去测试,而排期被严重压缩,几乎没时间充分测试,测试人员深陷其中,苦苦挣扎。
遭遇职场甩锅,测试要如何处理?
1)如果遇到顶头上司甩锅那么就得看你能不能忍了,如果能忍了,那就忍着吧,毕竟还要在他手下工作,如果你觉得忍不了,或者这个公司可有可无,那么畅所欲言吧,把事情说明白,尽量的证明自己的清白,既然不打算在这呆了,也就不怕得罪领导了。
2)如果是同事之间甩锅两个平级人员之间,那么我的建议是,保留证据,各种聊天记录在项目结束前不要删,各种文件往来一定要保存好,日报、周报、月报写清楚自己的工作内容和职责,明确项目细节的时间节点,谁出了问题就找谁,当着大家的面分好工作,避免出现甩锅的问题。万一遇到甩锅的情况要有证据证明自己的清白。
3)新人老人之间甩锅如果新人遇到老员工甩锅,不要急着撇清关系,首先要表达出自己刚来,对系统还不熟悉,有可能漏测并愿意承担责任的态度来,其次是委婉的表达自己没有负责这个需求,并没有对这个需求进行过多的了解。
最后,别当老好人,别人甩锅给你的时候自己也要反思一下,是不是自己太软弱了,是不是自己是个不会拒绝的老好人,为什么自己总是当背锅侠。甩锅就跟家暴一样,有第一次就有无数次,要适当反击被甩锅的行为,设置工作的底线。
这里有我建立的一个专门交流软件测试方面问题的学习群,里面也有很多大公司的技术大牛。很多时候,技术大牛的几句话就会让我们醍醐灌顶,少浪费时间,如果想要多跟有经验的人学习,就找我加入我的软件测试交流群,以后有工作的内推机会都相互推荐一下,毕竟我们是关系社会。
软件测试技术交流群社:786229024 等待你的加入... 大家可以一起探讨交流,共同学习软件测试技术、面试等软件测试方方面面,还会有免费直播课,收获更多测试技巧,我们一起进阶Python自动化测试/测试开发,走向高薪之路。
标签:背锅,开发人员,测试人员,问题,妙招,测试,甩锅,软件测试 From: https://www.cnblogs.com/ccssx/p/17421548.html