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

所谓的“背锅”场景？

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

1、为什么这么浅显的bug没发现？

2、这个bug这么严重，你怎么不提出来呢？

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

   那为什么你没找我确认？

3、这么严重的bug，你都没发现？

   无意间出现过，但后面无法复现，就没提……

4、这个兼容性问题怎么没发现，没测试吗？

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

   那为什么你报告里面怎么没有写出来？

   ... ...

如何避免“背锅”？

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

——必备的测试技能

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

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

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

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

    不排除开发讲的比较空洞，我们也难以理解，所以最好自行整理一些问题问他，例如可以问开发对于一些异常情况如何处理，这样有益于测试团队更好地设计测试用例，同时也可把一些需求不清楚的在开发过程中讨论清楚，不需等到提测再做确认

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

   了解产品业务的每个实现细节，任何模棱两可的都必须跟产品得到唯一确认，这样我们在跟开发沟通的时候才能更好做到有理有据；最好是保证开发、测试、产品三方的理解一致

2、推动良好的流程管理

——项目开发流程

  了解整体项目开发流程，测试负责人要及时沟通项目负责人推动项目开发周期，主要一个是提前避免测试时间被开发周期、产品频繁改需求而压缩   

  任何需求的变更都必须有文档归档，并确保测试、开发理解一致  

——测试流程

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

进行预测环节（避免开发不自测），预测不通过直接打回开发修改，这样不需浪费多余的测试成本；

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

——bug管理流程

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

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

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

——提测发布流程

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

3、必要的个人素质

——责任心，时刻以解决问题为第一要务

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

测试案例有覆盖，但是测试步骤非常规或环境原因未测试到，这里的锅可以尝试甩出去，这里需要有一个说话有分量的测试老大，说明这种测试情况难以预料，但会总结反思到下一次的版本测试中；    

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

——沟通能力

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

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

    测试人员每天发日报时及时汇报项目风险（阻断问题、测试难点、与开发沟通难点等）给测试负责人/项目负责人，如果测试负责人/项目负责人没有反应，那可能他没看到，一定要当面沟通确认；

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

原文出处：http://www.cnblogs.com/tudou-22/p/9295937.html