软件测试行业里也有勾心斗角吗？

　　如何避免在职场上背锅呢?

　　过硬的专业技能—让自己具备不可替代性，但软件测试行业里肯定也有一些你需要留意的职场人情世故。

　　➤ 必备的测试技能

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

　　➤ 测试同学要比产品懂开发

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

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

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

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

　　➤ 测试同学要比开发懂产品

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

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

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

　　➤ 项目开发流程

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

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

　　➤ 测试流程

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

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

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

　　➤ bug 管理流程

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

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

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

　　➤ 提测发布流程

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

　　必要的个人素质

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

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

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

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

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

　　➤ 沟通能力

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

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

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

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