目录：导读

• • 前言
  • 一、Python编程入门到精通
  • 二、接口自动化项目实战
  • 三、Web自动化项目实战
  • 四、App自动化项目实战
  • 五、一线大厂简历
  • 六、测试开发DevOps体系
  • 七、常用自动化测试工具
  • 八、JMeter性能测试
  • 九、总结（尾部小惊喜）

前言

测试的目的？
就是投入一定的成本人力尽可能的发现软件问题，避免发布后给公司带来一定的损失，最大程度的保证软件质量，这也是测试的职责。那跟我说的测试职责就是不背锅，有冲突吗？

没有，而且是在小步快跑，快速迭代的互联网测试工程师的最直接表现，就是出现问题，我不背锅~

那所谓的不背锅，是不是出现问题以后，无理取闹，反正就不是我测试的问题，明明是自己没有测试到，还要狡辩？是指这样吗？

肯定的不是的，测试不背锅代表的是测试的负责任，专业性，不怕事，做事有理有据，要把质量做好的的一种态度表现；是我们的责任，我们扛，不是我们的责任，不背！

那要做到测试不背锅，我们要怎么做？

首先我先简单的举一个案例：
测试的提的Bug，然后产品说不用改或者以后改，指派到开发那边，也不用改，但测试一直坚持说要改，那整个团队不同角色就起冲突了？

但对于这个案例来讲，首先就是测试为什么要坚持要改，其实测试在没有标准对比的情况，提的问题很多都是只有建议权，进行说服，而不是说一定要改。

另外改不改，也要看产品处于什么周期，如果是刚开发出来抢占市场，很多小问题也是不用去强调要修改，但要记得提Bug，最终要表明的Bug改不改其实是不用测试负责，你只要把相应的Bug指派到人，然后把改不改，延期的原因都写出来，在你相应的权限内你关闭并且也抄送相关人员；

不是的话，直接转给他人，然后在测试完，在测试总结说下问题，整体就很圆满了。在整体的过程，不要口头沟通，就算有，沟通完，该指派的指派，Bug一定要形成闭环。Bug闭环，有责任人，有根据，有流程，出问题可以追溯，到时出问题，锅背不背就知道了，这就是案例中测试问题点解决方案。

另外测试经常背锅的一个场景，就是临时紧急地下发一个测试点，然后你就赶紧测试，然后上线了，出现问题以后，发现是你有一个地方没有测试完全，也不知道开发会影响到，所以这个锅你就很迷糊背上了。这个场景，估计很多人都碰到过，但往往没做好。

对于这个问题解决方案：
①对于临时下发测试，一般都是紧急的，所以要求开发列出影响点，并整理出来发个邮件或者项目公认提测渠道；
②如果你接收测试，对于该功能不管熟悉不熟悉，你都先跟开发确认下列出的影响点是否全面，得到明确回复以后，你再让对这个功能点熟悉的其他人员帮忙看下，列下可能影响的功能，另外你自己也列下，然后组合，抽取几个测试下，然后再测试下开发列出的影响点；
③如果发现自己分析的影响点出了问题，并不在开发列的影响点内，就要及时反馈，重新评估。

测试不背锅，也不是一两个用例就说得清楚和几句话可以说明白的。

简单总结就是：项目组有共同的目标，有良好的合作意识，完善的项目/测试流程；测试人员要有良好的测试技术，测试规范，测试标准，做事有理有据，有良好的责任心，有担当，是锅就背，不是就不背，不犯同样的错，持续改进；

测试质量并不是靠测试测出来的，而需要大家相互配合做出来的，而我们测试能做出来的就是不背锅！

对于无法说出不是我的锅的人，我的建议是：背锅的时候要认识到背锅不是目的，搞事情也不是目的，树立测试的品牌才是目的，有时就当每一个甩来的锅都是一次机遇。

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

生命，需要我们去努力。年轻时，我们要努力锻炼自己的能力，掌握知识、掌握技能、掌握必要的社会经验。

不点燃智慧的火花，聪明的头脑也会变为愚蠢；不践行确立的目标，浪漫的理想也会失去光彩；不珍惜宝贵的时间，人生的岁月也会变得短暂；不总结失败的经验，简单的事情也会让你办砸。

机会，需要我们去寻找。让我们鼓起勇气，运用智慧，把握我们生命的每一分钟，创造出一个更加精彩的人生。