今天蓉妹想和大家一起来学习自动化测试框架的相关内容，包括框架内容、如何设计测试框架等等。希望今天的内容对大家有所帮助。

自动化测试框架是什么？

是由一个或多个自动化测试基础模块、自动化测试管理模块、自动化测试设计模块等组成的工具集合。以常见的前端UI测试为例，大概的框架内容包括测试对象、测试组件、基础类和函数、异常处理、测试日志和测试报告等模块。在设计测试框架时，我们要尽可能的将这些模块有机的结合起来，将脚本能够有效的组织、连贯应用起来，提高测试脚本的可维护性和可读性。

没有万能的测试框架，适合的就是最好的。由于应用系统技术五花八门，几乎没有测试框架能够应用在多个项目上并体现出应有的价值，所以一般情况都需要根据项目自身情况来定制化测试框架，常用的有数据驱动，关键词驱动以及两种方式混合的方式。

数据驱动：如果被测系统业务逻辑固定不变或变动较小，我们可以使用数据驱动，通过不同数据来确保测试覆盖率。通常数据保存在文件或数据库中，运行时自动获取。特点：数据与测试脚本分离，基于模块化的测试库，一个驱动脚本可以执行多个相似测试，更容易建立新测试。

关键词驱动：将数据与关键词结合来描述如何使用数据执行测试，这种方法具备数据驱动的优势，同时非编程人员也能建立新类型测试。

自动化测试框架设计思路

1、高内聚低耦合

高内聚是指每个模块尽可能独立完成自己的功能，不依赖于模块外部的代码；低耦合是指模块与模块之间的复杂程度，比如在类内部尽可能减少方法之间的调用，否则一个方法的变动可能会影响调用它的另外一个方法。

2、脚本分离

对象、测试数据、业务逻辑相互剥离，灵活调用，在前端测试上会得到明显的效果，可以使用DataProvider来实现数据业务逻辑分离。

3、模块化设计用例，脚本重用

如果时间充裕且提供项目支持，可以遵循以下顺序进行测试：

页面对象—>功能点—>业务逻辑—>业务流程。

从实现来说就是：先测试底层页面操作对象，通过调用操作对象以及业务逻辑实现对功能点的验证，再通过调用业务逻辑组合功能点实现对业务流程的验证。不同业务流程对底层的操作组件、中间层的功能点函数是完全可复用的，只是调用业务逻辑的差异或测试数据的差异，这样的好处是脚本相互独立，代码复用，易维护，如果有新的业务流程可以调用已有的代码进行组合。

4、封装基础方法

对一些通用的方法，可进行封装，比如log，assert，异常处理，文件读写操作，数据库读写操作，保存页面截图等等，直接调用即可。

如何开展自动化测试？

建议可以抓住测试工作中的痛点和难点，多进行沟通交流，优先解决基层的工作痛点。技术型和方案可行性调研可多投入一些时间和精力，切勿操之过急，如果一开始方向就错了，就得不偿失了。

以上就是蓉妹想跟大家分享的自动化测试框架设计相关内容，更多测试相关内容，尽在蓉华教育官网。