网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
自动化测试是一套完整的测试理论，不是借助于自动化测试框架能写测试用例就掌握的事情。
如果想要学习，还是要踏踏实实的打基础，掌握一门编码语言，学习相应的自动化测试框架，再了解自动化测试实施的原理，掌握自动化测试设计架构，以及为将来要做的事情提前规划；
一两个月的学习只是入门，后续还是需要长期的实践，进行技术的积累和沉淀才行。
在明确自动化测试的误区后，我们来分析一下作为测试人员应该如何正确对待自动化测试。首先要对自动化测试有个明确的认知，自动化测试是测试人员必备的技能，除非你想在一家公司工作上几年，然后转行不做测试，否则你的测试之路必然会受其影响。
1、正确学习自动化测试
此处不再讨论自动化测试是不是应该学习，这是一项必备的能力。既然如此，所以我们还是需要掌握这个能力的，但是又不能盲目。
不要认为自动化测试会变成必备的能力，所以就把接口，WebUI, App全面学习，也不管是java,还是python,这样就会越来越乱。
首先要选择一个语言体系，如java,或是python,掌握好相应语言的基本能力；
其次，安排好学习顺序，如先学习接口自动化测试，然后是WebUI自动测试，再接着就是App自动化测试。当能进行自动化测试实施的时候，需要提高一下能力，学习自动化测试的架构设计，持续化集成的实施等等，步步为营，稳扎稳打。
2、根据实际工作需求实施自动化测试
学习要和实际工作相结合才能更好地提升，如果一家公司有自动化测试相关技术建设，是一个很好的发展平台。
如果公司没有这方面的投入，我们需要从零开始做起自动化测试。如何从零开始做自动化测试呢？
1）分析自动化测试的目的，发布前回归测试或是线上产品监控等；
通过分析以往遇到问题，如果采取自动化测试，能避免哪些问题，以数据手段说服领导来推动自动化测试的实施。
2）分析与选择自动化测试覆盖的用例范围。自动化测试要么回归测试，要么进行线上数据的监控，所以不是所有的测试用例都要转化成自动化测试。
选择覆盖核心业务的测试用例，或是根据测试的需求，对功能测试用例先进行预先的处理，如通过最短路径算法，选择覆盖率较高的测试用例，转化成自动化测试用例，以提高自动化测试用例的覆盖率。
3）探讨自动化测试实施参与人员。自动化测试工程是你单独实施，还是有团队成员一起参与实施？
如果是个人的话，就选择自己熟悉的知识体系进行实施，如果是团队一起参考，就要考虑团队成员的技术水平，选择转化成本最低的技术栈，以保证投入产出比最高。
4）根据参与人员做技术选型。根据确认好的自动化测试的实施人员，做好技术选型，如使用java语系，还是python语系？
当然自动化测试框架是固定的，如接口自动化的python+requests, java+HttpClient；WebUI自动化测试就是Webdriver；App自动化测试的Appium等等。
5）设计自动化测试架构。自动化测试不管技术栈如何选择，在开始写自动化测试之前，不可能是一个个自动化测试用例的简单罗列，需要先进行自动化测试架构的设计。
选择PageObject模式，还是数据驱动模式？
封装好公用函数，设计好测试用例的管理，测试数据的管理，测试用例集，日志，测试报告管理等等。
6）编写与调度自动化测试用例。根据前面选择的自动化测试用例需要覆盖的范围，将相应的测试用例转化成自动化测试代码。
在编写自动化测试用例的过程中，不断完善公用函数的封装，调度并编写自动化测试用例。
7）根据自动化测试的目的，设置自动化测试执行策略，实施持续化集成。在编写完自动化测试用例后，根据需求组织测试用例集，并设置自动化测试用例集的执行策略。
借助于jenkins等任务调度工具，实施持续化集成，如开发提测后触发执行自动化测试，做回归测试；或是设置定时任务，在相应的测试环境下定时执行自动化测试，监控业务流程。
8）指定后期维持与扩展策略。自动化测试需要不断地维护才能保证其可用性，如被测对象优化，架构重组，增加新功能等，都需要优化相应的自动化测试用例，才能保证自动化测试的时效性。
同时需要对指定相应的人员进行培训，做定时维护，维护与编写对应的文档，做好技术积累和传承工作。
提高自动化测试的覆盖率
实施自动化测试最重要的就是要保证其可用性，而不少同学写了不少自动化测试用例，但感觉到其可用性不高。究其原因，不是自动化测试本身的问题，是实施自动化测试的时候没有考虑周全。
1、不合事宜地引入自动化测试
在公司业务发展稳定前，或是产品变动频繁的阶段，为了自动化测试而做自动化测试。此时的自动化测试失败率会非常高，不仅维护成本高，而且没有达到自动化测试回归与监控的目的。
于是，就会造成放弃自动化测试，或是怀疑自动化测试的作用。在此时，不要急于引入自动化测试，如果确实需要引入自动化测试时，需要把测试粒度设置的粗一点儿，覆盖核心和变动不大的业务线。
2、没有统筹进行自动化架构设计
自动化测试用例不能是简单的测试用例的集合，如果将一个个单独的自动化测试用例放在一起，就组成自动化测试工程的话，那后期的管理与执行就会相当复杂。
投入产出比与预期相差太远，这也不是一个正常的自动化测试工程的实施过程。正常情况下，需要先对自动化测试工程进行架构设计，选择合适的设计模式，对代码做分层架构设计，自主选择要执行的测试用例集等。
3、测试用例选择不合理
在实施自动化测试用例之前，没有对测试用例进行合理的选择，拿着手工测试用例一个个转化自动化测试用例。
如果在此情况下，测试用例肯定覆盖不全面。所以需要前期对测试用例进行合理的选择，做智能化处理，如根据业务需求，选择核心业务的测试用例；
或是如前面提到的，通过最短路径算法，选择覆盖率较高的测试用例集合。先从用例选择的角度来分析用例覆盖率，而后再转化成自动化测试用例，从而更好的提高自动化测试用例覆盖率。
从事自动化测试的测试开发同学很多，但是相应的级别也不尽相同，从T3到T6都有可能。其实施的自动化测试工程也就各有所长，这也说明自动化测试的技术有很大的提升空间。
所以要沉下心来，不断地提升自己，不要刚刚学习了自动化测试就感觉自己能力很强，或是动不动就说测试发展遇到了瓶颈。不断的打好测试技术相关的基础，完善知识体系，提高解决问题的能力，开阔视野才能步步高升。
常用自动化测试框架：
接口自动化测试方向：Python+requests+pytest+yaml+alluer+Jenkins；
web自动化测试方向：Python+selenium4+pytest+POM+allure+Jenkins；
app自动化测试方向：Python+appium+POM+pytest+allure+Jenkins；
| 下面是我整理的2023年最全的软件测试工程师学习知识架构体系图 |
一、Python编程入门到精通
二、接口自动化项目实战
三、Web自动化项目实战
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
化！**
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
扫一扫
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
