品质管理 当线上出现 bug 时,你们的领导是怎么处理的?

铁锤 · September 25, 2018 · Last by 铁锤 replied at November 23, 2018 · 3720 hits

在近几年的工作中,都是在做测试,把控软件产品。当然,在测试工作中,不可能没有出现bug。但是在工作中没有出现过很大很严重的bug。当线上出现一些小问题时,如由于网络原因,H5页面加载不出来。或者出现偶现的3级bug。你们的领导是怎么对待测试人员的呢?
虽然我的领导不扣钱不扣绩效,但是说话的风格让人很不爽。他接到大领导的反馈后,就是说app的h5页面加载不出来,他问题都没有考虑是什么原因,就直接在公司同事面前说:你们测试是怎么测的?我勒个去,这让我们如何回答?

还有就是在项目测试过程中,他几乎都会问,测的怎么样了?这句话我就说,下班后我给你发测试进度报告。测的怎么样了这句话,让我真能的很难回答啊。
讲下你们在工作中,遇到我这样的情况时,是怎么处理的呢?

共收到 18 条回复 时间 点赞

测的怎么样了

天下领导都一样吗

分析bug原因,不能老是背锅

问了开发人员,答:马上转测。 扭头就问我:测得怎么样了。 我:????????

现在公司可能是因为本来就不重视测试吧,线上出问题,直接找开发

Author only
果冻 回复

领导给我说的最多的一句话,就是这句,测的怎么样了。哈哈哈

你的领导平时怎么问你的?我的朋友

我问问 回复

这个必须分析。

ww 回复

好厉害的样子

jxd98 回复

不重视开发的公司,测试就是可有可无的。

qianxing 回复

嗯,还没有出过大的bug

铁锤 回复

跟你一领导问的一样

线上BUG说下我现在公司的处理方法:
1、关于线上BUG问题,目前公司有一整套线上故障流程规范,包括故障定义、定级、处理流程、故障处理超时升级机制、故障处理小组、故障处罚(与故障存在时长有关)等;
2、最主要的是,线上故障是研发和测试团队的KPI,KPI计算是分开的,线上只要出现BUG,研发必须承担责任;对于测试来说,是复盘的时候确认是不是漏测,只有漏测才会计算测试责任;
3、最重要的是,公司从上下都重视这套故障流程规范,所以应该先建立规范;并让大家都认可,这样研发在开发的时候才会尽心尽力,测试也有更多时间做测试的事;
4、线上BUG不可怕,可怕的是没有一份标准来定义责任方;
5、线上BUG复盘后的改进方法才是重点;

关于测试过程进度:
1、每份需求都需要需求评审通过,研发方案需要技术评审通过;
2、需求和技术评审通过后,才会进入迭代排期,测试才会出测试计划方案,精确至小时;
最主要的是:
开发出研发协作平台:
1、展示迭代研发过程进度和数据;
2、风险及时推送给leader;
3、leader可以随时去查看当前任务及进度;

线上BUG谁都遇到过,一次还能原谅,出现两次同样的BUG就不太好了。
出现没测到的BUG时要去反思为什么没有测到,下次测试的时候就能避免同样的情况。对于一些业务无关的BUG,比如异常、用户体验相关的,或是特别奇葩的,可以整理到用例库,分享给其他项目组,避免踩同样的坑。
对于你说的因为网络不好H5加载不出来,这种问题其实在需求阶段就应该提出来,让PM给相应的处理方案,而且在验收报告里面,也应该有相关的风险说明。
其实平时碰到的大多数测试背锅的情况,还真就是测试的原因,测试作为项目流程的最后一道关卡,一定要做好。

测试的怎么样?我觉得这个问法很正常,你得反馈你目前的测试进度,大概什么时候测试完成,中间遇到什么问题,这个问题会不会影响测试进度,你也可以把你写的测试用例反馈给领导,作为一份过程数据,领导也看的到
领导一般这么问,就是因为没有一份过程数据告诉他,他这边需要知道你这边的进度情况

飞狐 回复

正解

铁锤 #18 · November 23, 2018 作者

上线,祝你们没有bug

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up