标签：项目风险 通过 测试工具 替代 避免 计算机网络 拒绝 进阶 反思
所谓的“背锅”场景？
线上出了问题，首先第一想到的是测试人员没测好，进而出现了以下追责的对话：
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沟通或邮件留存证据；
测试人员每天发日报时及时汇报项目风险（阻断问题、测试难点、与开发沟通难点等）给测试负责人/项目负责人，如果测试负责人/项目负责人没有反应，那可能他没看到，一定要当面沟通确认；
做好以上几个方面，相信“锅”就离你远了，如果还甩不开“锅”，那估计只能辞职了~~~
~~更多关于“背锅”的经历及“甩锅”的建议欢迎大家留言，也欢迎右上角加群讨论~~
标签：项目风险 通过 测试工具 替代 避免 计算机网络 拒绝 进阶 反思
原文地址：https://www.cnblogs.com/tudou-22/p/9295937.html
