软件测试之测试人员如何不“背锅”

软件测试之测试人员如何不“背锅”

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

　　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.duoceshi.com/