前言:
前几天我和两个做 络运维的朋友吃饭聊天,聊着聊着谈到了工作当中背锅的经历。
第一个朋友谈到了这样的一件事情:A客户J业务系统中断了十几个小时,他公司负责X部 络运维的同事配合J部排查故障原因,在没有得到客户允许下,私自改动了自身运维的 络设备配置,业务恢复正常。而事后业务部门追责故障原因,却说是他们负责运维的设备出现问题导致的。
另一个小伙伴的剧情更加精彩,他讲到:他们公司负责B企业 络运维项目, 络设备贴标签工作由第三方机房运维企业负责。某天客户领导检查机房 络设备,发现部分设备标签未贴。第三方机房运维人员当场甩锅,说是他公司未提供标签数据信息给他们,导致 络设备标签没打。最终结果成了客户向项目经理投诉他们现场运维工程师工作不到位。
就一句话:工作中没背过锅的,不足以谈人生,生活已经如此艰难,再背个锅简直难上加难有木有。
那么就有个非常严肃的问题来了,软件都测试完成后了,还有Bug,责任全都在测试吗这个这个。。。。,当然不是啊,下面举了例子和大家好好讲讲,到最后你会发现不是所有的锅都得测试背。
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!