测试的目的是什么？就是投入一定的成本人力尽可能的发现软件问题，避免发布后给公司带来一定的损失，最大程度的保证软件质量，这也是测试的职责。那跟我说的测试职责就是不背锅，有冲突吗？没有，而且是在小步快跑，快速迭代的互联网测试工程师的最直接表现，就是出现问题，我不背锅~
那所谓的不背锅，是不是出现问题以后，无理取闹，反正就不是我测试的问题，明明是自己没有测试到，还要狡辩？是指这样吗？肯定的不是的，测试不背锅代表的是测试的负责任，专业性，不怕事，做事有理有据，要把质量做好的的一种态度表现；是我们的责任，我们扛，不是我们的责任，不背！
那要做到测试不背锅，我们要怎么做？
首先我先简单的举一个案例：测试的提的Bug，然后产品说不用改或者以后改，指派到开发那边，也不用改，但测试一直坚持说要改，那整个团队不同角色就起冲突了？但对于这个案例来讲，首先就是测试为什么要坚持要改，其实测试在没有标准对比的情况，提的问题很多都是只有建议权，进行说服，而不是说一定要改。另外改不改，也要看产品处于什么周期，如果是刚开发出来抢占市场，很多小问题也是不用去强调要修改，但要记得提Bug，最终要表明的Bug改不改其实是不用测试负责，你只要把相应的Bug指派到人，然后把改不改，延期的原因都写出来，在你相应的权限内你关闭并且也抄送相关人员；不是的话，直接转给他人，然后在测试完，在测试总结说下问题，整体就很圆满了。在整体的过程，不要口头沟通，就算有，沟通完，该指派的指派，Bug一定要形成闭环。Bug闭环，有责任人，有根据，有流程，出问题可以追溯，到时出问题，锅背不背就知道了，这就是案例中测试问题点解决方案。
另外测试经常背锅的一个场景，就是临时紧急地下发一个测试点，然后你就赶紧测试，然后上线了，出现问题以后，发现是你有一个地方没有测试完全，也不知道开发会影响到，所以这个锅你就很迷糊背上了。这个场景，估计很多人都碰到过，但往往没做好。
对于这个问题解决方案：①对于临时下发测试，一般都是紧急的，所以要求开发列出影响点，并整理出来发个邮件或者项目公认提测渠道；②如果你接收测试，对于该功能不管熟悉不熟悉，你都先跟开发确认下列出的影响点是否全面，得到明确回复以后，你再让对这个功能点熟悉的其他人员帮忙看下，列下可能影响的功能，另外你自己也列下，然后组合，抽取几个测试下，然后再测试下开发列出的影响点；③如果发现自己分析的影响点出了问题，并不在开发列的影响点内，就要及时反馈，重新评估。
测试不背锅，也不是一两个用例就说得清楚和几句话可以说明白的。简单总结就是：项目组有共同的目标，有良好的合作意识，完善的项目/测试流程；测试人员要有良好的测试技术，测试规范，测试标准，做事有理有据，有良好的责任心，有担当，是锅就背，不是就不背，不犯同样的错，持续改进；最后最好的愿景就是让大家知道测试质量并不是靠测试测出来的，而需要大家相互配合做出来的，而我们测试能做出来的就是不背锅！
对于无法说出不是我的锅的人，我的建议是：背锅的时候要认识到背锅不是目的，搞事情也不是目的，树立测试的品牌才是目的，有时就当每一个甩来的锅都是一次机遇。
源自公众号 测试一般不一般