测试人员如何逃过 “背锅侠” 宿命?

线上出了问题,首先第一想到的是测试人员没测好,进而出现了以下追责的对话:

✦ 为什么这么浅显的 bug 没发现?

✦ 这个 bug 这么严重,你怎么不提出来呢?

我提了的,但 XX 说不影响不改/XX 说不影响延期了……

那为什么你没找我确认?

✦ 这么严重的 bug,你都没发现?

无意间出现过,但后面无法复现,就没提...

✦ 这个兼容性问题怎么没发现,没测试吗?

需求没说要做浏览器兼容,且时间不够。

那为什么你报告里面怎么没有写出来?
... ...
所谓的“背锅”场景

如何避免“背锅”?

过硬的专业技能—让自己具备不可替代性

➤ 必备的测试技能

必备的测试技能包括测试流程、bug 管理流程、计划/用例/报告编写、Linux、数据库、计算机网络知识、相关测试工具使用等;并学会定位问题、分析问题

➤ 测试童鞋要比产品懂开发

尽可能了解开发代码实现逻辑,可以先从项目环境、项目的数据库表结构、接口了解;欲速不达,后期,可以学习一门编程语言进阶自动化测试。

可以提要求给开发团队,要他们花几个小时讲解下代码设计及结构,但可能开发会拒绝“没必要讲,讲了你们也听不懂”,这个时候就需要你们测试负责人说话有分量、不讲不行。

不排除开发讲的比较空洞,我们也难以理解,所以最好自行整理一些问题问他,例如可以问开发对于一些异常情况如何处理,这样有益于测试团队更好地设计测试用例。

同时也可把一些需求不清楚的在开发过程中讨论清楚,不需等到提测再做确认。

➤ 测试童鞋要比开发懂产品

了解产品业务的每个实现细节,任何模棱两可的都必须跟产品得到唯一确认,这样我们在跟开发沟通的时候才能更好做到有理有据。

最好是保证开发、测试、产品三方的理解一致

** 推动良好的流程管理**

➤ 项目开发流程

了解整体项目开发流程,测试负责人要及时沟通项目负责人推动项目开发周期,主要一个是提前避免测试时间被开发周期、产品频繁改需求而压缩。
任何需求的变更都必须有文档归档,并确保测试、开发理解一致

➤ 测试流程

熟悉测试流程,除了个人能力提升之外,对于测试团队的能力不一,测试负责人最好组织对于用例进行评审,确保用例覆盖完整性;

进行预测环节(避免开发不自测),预测不通过直接打回开发修改,这样不需浪费多余的测试成本;

测试过程测试人员需做好测试归档包括测试用例,测试报告,bug 等。

➤ bug 管理流程

要催着开发改 bug,如果发现提交的 bug2 天都没改,直接在项目群@开发提醒;

开发修改 bug 状态时最好要开发添加备注,这样有利于测试人员的 bug 跟进,特别是对于拒绝 bug、延期 bug、无法重现 bug 要清楚怎么跟进;

影响上线的 bug 一定要整理给测试/项目负责人进行拍板确认,除了在每天的工作汇报中提及;最终的测试报告也必须整理到位。

➤ 提测发布流程

避免开发频繁提交测试版本,等每一轮测试完毕才接收提测任务

必要的个人素质

➤ 责任心,时刻以解决问题为第一要务

测试案例未覆盖完整,那只能测试自己背锅了。

测试案例有覆盖,但是测试步骤非常规或环境原因未测试到,这里的锅可以尝试甩出去。

这里需要有一个说话有分量的测试老大,说明这种测试情况难以预料,但会总结反思到下一次的版本测试中。

不是案例覆盖问题,尽可能配合开发复现测试,不是自己的问题不主动攻击开发组或产品。

➤ 沟通能力

沟通时把问题梳理好,然后再阐述问题;

凡事跟产品、开发口头沟通确认的事情,必须 QQ 沟通或邮件留存证据;

测试人员每天发日报时及时汇报项目风险(阻断问题、测试难点、与开发沟通难点等);

给测试负责人/项目负责人,如果测试负责人/项目负责人没有反应,那可能他没看到,一定要当面沟通确认。

做好以上几个方面,相信“锅”就离你远了,如果还甩不开“锅”,那估计只能辞职了~~~

  • 职场
    11 引用 • 8 回帖 • 5 关注
1 操作
potato 在 2020-08-13 10:00:08 更新了该帖
1 回帖
请输入回帖内容 ...
  • 88888888

    好东西得收藏