一年时间已过由于快到我该调薪到15K的月份，所以，我们组长在不久前找我谈话，并指出我的一个问题——在职场上的可见度较低，要让老板“看见”我。

之前，组长给我争取机会在老板面前演示自动化测试，我不敢，一个原因是在自动化测试上的理论不成体系，一个是当时自动化测试代码非常不稳定，动不动就抽风。

如今，自动化测试代码已经被我改的相对稳定。组长希望我能把自动化测试的理论体系整理一番，做个ppt，随时有机会就给老板演示。

对于自动化测试理论体系，我一头雾水，很常见的会做不会说，或者是看着同行业的其他人都是这么做的，但是不知道是为什么。

苦恼之际，在我国庆坐高铁回家路上，无意翻到之前买的一个课程。这么恰好，有讲到自动化测试理论的。

看了之后，内心OS：我写的代码不就是这个思路吗？

所以在这个课程的基础上，加上我自己实践的经验，做一个总结。分享给有同样需要的测试盆友。

自动化测试的第一步，就是搭建自动化测试框架。

编写测试框架时，大致步骤是：

根据公司要求、领导要求、项目需要来确定一个当下比较流行的架构。

为了测试框架执行的一些准备，比如，写一些工具类。

编写用例示例

在用例执行中进一步对测试框架进行优化

用例执行时产生的截图、日志收集等

测试后的环境重置、数据清理

测试报告美化输出

一个较为成熟的测试框架，应该具备可迁移、可复用、可拓展的特点。

所以，一般主要由 4 部分组成：基础模块、管理模块、运行模块和统计模块。、

在我的QQ技术交流群里(技术交流和资源共享，只允许业内招聘广告)点击下方小卡片进群

基础模块：

第三方库：用于操作被测试应用程序的第三方库，例如在 Web 端的 Selenium/WebDriver、python中网络请求常用的request库

工具类：一般用来降低开发成本，常见时间处理模块、日志处理模块、数据库处理模块

对象库：存储被测试对象的仓库。在实际应用中，常常将页面进行分组，把一个页面上的所有对象放到一个类里，也就是 Page Object 模式。

配置文件：一般分为测试环境的配置和应用程序的配置。测试环境配置，对于需要经历多个测试环境测试的脚本，为了减少环境切换成本，可以根据配置文件运行不同的测试环境。应用程序的配置，利用配置文件，可以做到在不更改代码的情况下覆盖相同程序的不同程序配置

管理模块：

测试数据管理：分为实时创建的测试数据和事先创建的测试数据管理。

测试文件管理：比如，一个测试用例应该对应建立三个文件，分别是：Page 类文件（xxxPage，根据 PO 模型）、测试类文件（testxxxPage）和对象库文件（xxxPageYml）。这三个文件共同描述了一个完整的测试用例，当你看到一个 Page 类时，就应该做到它还有一个对应的测试类。

运行模块：

测试用例调度，驱动机制：按需要调度测试用例生成、执行。

错误恢复机制：由于测试环境、测试程序、测试代码存在各种不确定因素，导致用例失败时有恢复、重试机制。

持续集成支持：测试框架应能够和 CI 系统低成本集成，比如通过用户输入参数指定运行环境、测试结束后自动生成测试报告等。

统计模块：

测试报告：测试报告应该全面，包括测试用例条数统计、测试用例成功/失败百分比、测试用例总执行时间等总体信息。

日志模块：测试框架应该包括完善的日志文件，方便出错时进行排查和定位。

截图模块：测试失败时刻系统截图

有了这样的理论基础，无论是面试自动化测试相关岗位、从0开始去搭建一个测试框架、公司内部分享自动化测试知识，我都再也不害怕啦，

改成ppt，理论+实际代码，随时给老板演示，一个字，干！

升职加薪，从自动化测试理论整起来！

 那么说到这里自动化测试怎么学习呢？

 【测试开发之python全栈自动化测试学习路线图】，

从python语言基础开始，结合完整的自动化企业项目全面教学，涵盖：web自动化、APP自动化、接口自动化、持续集成、性能等
大纲链接：https://www.processon.com/view/link/60093eeb1e0853406be862f4

重点：600G的学习资料，希望能给你前进的路上带来帮助，