• 0
  • 0
分享

  产品出了问题,谁都不想担这个责任,那么锅由谁来背呢?

  背锅侠No1:测试人员

  在以往的工作中发现,只要线上有bug,或者有哪个功能没测到,都被认为就是测试的问题。之前做过一个项目,在项目验收阶段,客户对下单的流程提出了一些优化性的建议,但是在开发人员开发完这个需求之后,并没有通知我进行测试,就导致在下一次给客户演示的时候,下单流程根本不通,让客户非常失望。

  就这样甩锅之路又开始了,开发说是功能已经做好了,但是是测试没有测出问题来,测试又说并没有被通知到这个已经改好了需要测试,那么到底是谁的问题呢?其实严格说起来开发和测试都有责任的。

  1、开发人员在功能完成之后应该及时的通知到测试人员进行测试,留出足够的时间改bug;

  2、测试人员应该严格按照需求的时间节点去确认开发人员是否完成了需求开发,不要一味的等开发人员通知,因为有时候开发人员有可能会遗漏掉。

  当然这不是最奇葩的,遇到的最奇葩的一次是,由于运维人员数据维护错误,导致客户的订单错误被投诉,打眼一看,这应该没测试什么事儿了吧?不要太早的下定论哦,领导给出的结论是为什么数据维护完了不测一下?我当时都震惊了,测试只能保证功能没有问题,不可能每维护一条数据都测试一下,数据维护错了把锅甩在测试人员头上,这就有点过分了吧?

  还有就是项目或需求延迟的情况,只要项目有延迟,就是质问测试人员,为什么没有测完?为什么不催着点开发赶紧做完?怎么还有bug没有改完?工作时间越久就越来越发现,测试人员都成全能的了,什么也得干,什么都得会干。

  背锅侠No2:新人

  记得我刚入职一家新公司的时候,由于对业务还不太熟悉,所以刚开始的工作都是了解业务和需求,并没有实际的分给某个功能做测试,有一次一个新需求,其他测试人员测试通过之后,第二天需要将这个新功能更新到生产环境上让客户使用。

  因为是新人嘛,所以领导就让我和他一起来做版本的更新测试,正好可以熟悉一下公司的工作模式和系统的业务流程,但是第二天那个测试人员来晚了,所以就只有我来做了线上的基本流程测试,他并没有这个新功能进行测试。

  但是在版本更新完成后,客户在使用这个新功能的过程中,发现在编辑数据的时候,并没有在原来的数据上进行修改,而是新生成了一条数据,导致数据混乱。

  等追究责任的时候,负责这个功能的测试人员就说是我做的线上测试,在线上没有测试这个bug,不是他的问题是我的问题,当时其实是很憋屈的,明明不是自己负责的功能,就因为自己做了线上的回归测试,问题就被甩在我身上,但是由于是新人,不能一入职就和老员工硬钢,所以就忍了,当时也是很无奈的。(这只是举个例子,当然这种情况也会出现在开发或者运维等岗位上)

  更奇葩的是,新入职一家公司后,接手了辞职人员的工作,当这部分工作线上出问题时,责任也是你的,因为你现在负责这部分工作,没有理由,也不能申辩,接着就行了,作为一个新人,好憋屈哦~

  背锅侠No3:特殊情况不能离职的人

  这里的特殊情况包含但不仅限于怀孕、通勤时间等等。

  当线上出问题被客户投诉的时候,总要找一个人来背锅,孕妈当然首当其冲的成为了最佳选择,为什么呢,因为孕妈不能轻易离职啊,离职之后就要做好在家养胎的准备,一般的企业都不会招聘孕妈的,因为还没为公司创造价值呢,就要休产假了,当然孕妈们也都深有体会,所以在这个前提下,孕妈总会被推出来背锅,因为她不敢轻易离职,有委屈只能受着。(这个小编自己都深有体会)当然还有通勤时间的影响,如果住处比较偏僻,而当前公司又是仅有的离家近的公司,那么也会成为背锅的靶子。

  遇到职场甩锅,我们应该怎么办呢?

  1、如果遇到顶头上司甩锅

  那么就得看你能不能忍了,如果能忍了,那就忍着吧,毕竟还要在他手下工作,不然你以后的日志就不大好过了,有被穿小鞋的风险。

  虽然忍了,但是也可以在跟他沟通的过程中表达一种我非常乐意承担这个责任的态度,既然结果不能改变,那么也要表明自己的态度,这样领导心里也会觉得愧疚,有可能你会得到更好的资源或者更好的待遇;如果你觉得忍不了,或者这个公司可有可无,那么畅所欲言吧,把事情说明白,尽量的证明自己的清白,既然不打算在这呆了,也就不怕得罪领导了。

  2、如果是同事之间甩锅

  两个测试人员之间,那么我的建议是,明确这个功能到底是谁负责的,由主要负责人负责。如果是开发和测试之间,那么我建议是共同承担责任,因为两人都有问题,开发没有考虑全面,测试没有测出问题。

  3、新人老人之间甩锅

  如果新人遇到老员工甩锅,不要急着撇清关系,首先要表达出自己刚来,对系统还不熟悉,有可能漏测并愿意承担责任的态度来,其次是委婉的表达自己没有负责这个需求,并没有对这个需求进行过多的了解;

  当然作为一个老人,不能仗着自己是老人就将责任推到新人身上,是自己的就是自己的,要有一个勇于承担责任的心,因为所有人都是从新人到老人一步步过渡的。



作者:CICI   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •  作为一个Web前端开发者,开发过程中除了写业务代码,剩余大多数时间都花在了API的联调上。为了解决这个问题,大多数开发者会选择Mock接口的方案,但是前端领域的几种常用 Mock 方案都需要一定的学习成本。那么有没更优雅便捷的方案可以提高开发者开发效率实现下班自由呢。一款对前端开发者优化的 API 管理工具假设我们现在要开发一个获取用户信息的功能,常规流程是这样的:1、接口设计。2、后端开发接口(此时前端开发页面)。3、后端接口开发测试完成,交付前端进行开发调试测试。 现在我们使用 Apifox 来参与开发会怎么样呢?1.接口设计在接口设计的环节,我们使用 Apifox 进行,通...
            12 11 1455
            分享
          • 配置管理的定义(1)是采用技术手段和行政手段进行管理和监督的一套规范化方法;(2)对配置项的功能特性和物理特性加以标志,并将其文件化,并控制这些特性的变更;(3)报告变更进行的情况、变更实施的状态,以及验证与规定要求的一致性。配置管理的意义配置管理能够解决的问题:1)多重维护问题:解决多个用户对同一文件进行修改所引起的版本不一致问题;2)同时修改问题:解决多个用户对同一文件同时进行修改所引起的资源冲突问题;3)丢失版本或不知版本问题:即要明确保留哪个版本,销毁哪个版本。配置管理的主要内容:制定配置管理计划、配置项识别、建立配置管理系统、基线化、建立配置库、变更控制、配置状态统计、配置审计1、制...
            11 11 2079
            分享
          •   在ui自动化测试领域,会遇到这样的情形:发布一张图片或上传一个头像,如何通过自动化测试的方式判定发布后的图片是否正确呢?又或者,我们如何通过自动化测试的方式判定某网页的某个logo是否与预期的一致呢?也许,你会想,要是能够自动比对图片,将差异化的点在图片上圈出来就好了。相信我,只要你想,就会有。  试想一下,上述情形,像不像我们常玩的“一起来找茬”呢?让我们以具体案例展示如何以自动化的方式“找茬”。  如下所示,图1、图2是我们两张相似图片(暂定图1名为img1,图2名为img2)。我们以图1、图2为例,使用自动化的方法找出两张图片中差异之处。  方案设计  对于比较图片差异性,我们经常使...
            0 0 167
            分享
          • 一、软件测试工程师大致有4个发展方向:1、资深软件测试工程师一般情况,软件测试工程师可分为测试工程师、高级测试工程师和资深测试工程师三个等级。达到这个水平比较困难,这需要了解很多知识,例如C语言,JAVA语言,数据库,数据结构,软件工程,等等,但是你要在一家公司干3 -- 5年的话,在压力中这些技能你都会掌握!2、测试部门管理者小的如组长,大的如测试经理,这需要你有先天的优势,善于交流沟通,善于处理人际关系!不过做两年,你也会成为老油条的!3、测试书籍编写者出书也是很赚钱的,当你在这一行干了几年,积攒了足够的经验,可以把你的经验,具体做过的项目总结出来,现在关于软件测试的书很少,你要写本与众不...
            0 0 720
            分享
          • 一、Jmeter的关联用到了哪些方法去实现?接口的响应结果通常为html和Json格式的数据,主要会用到正则提取器、Json提取器,还有Xpath器以及边界值提取器,还有beanshell来进行数据的提取,而对于html这种响应结果我们通常会用正则或者是Xpath来进行数据的提取;对于Json格式的数据通常会用Json提取器。二、jmeter参数化有哪几种方法?第一种,可以通过函数助手来实现参数化,比如说像_RandomString这种随机函数;第二种:通过CSV读取文档数据实现参数化;第三种:通过配置元件、用户定义的变量来实现参数化;第四种:通过前置处理器中的用户参数也可以实现参数化。三、用...
            1 2 2388
            分享
      • 51testing软件测试圈微信