自动化框架的设计

很多人在做自动化测试的过程中会遇到一个瓶颈，就是能够写脚本，但是不知道怎么去组织代码，怎么搭建测试框架，今天博主就放点干货，分享一个轻量级的自动化测试框架的目录结构，如下图：

Log：日志记录和管理功能，针对不同的情况，设置不同的日志级别，方便定位问题；

Report：测试报告生成和管理以及即时通知，测试结果快速响应；

Source：配置文件、静态资源的管理，遵循高内聚低耦合原则；

Common：公共函数、方法以及通用操作的管理，遵循高内聚低耦合原则；

TestCase：测试用例管理功能，一个功能点对应一个或者多个case，尽可能的提高覆盖率；

TestData：测试数据管理功能，数据与脚本分离，降低维护成本，提高可移植性；

TestSuite：测试组件管理功能，针对不同场景不同需求，组装构建不同的测试框架，遵循框架的灵活性和扩展性；

Statistics：测试结果统计管理功能，每次执行测试的结果统计、分析、对比以及反馈，数据驱动，为软件优化和流程改进，提供参考；

Continuous：持续集成环境，即CI环境，包括测试文件提交、扫描编译、执行测试、生成报告及时通知等功能，持续集成是自动化测试的核心
分层如下：

config层，放配置文件，把所有的项目相关的配置均放到这里，用Python支持较好的配置文件格式如ini或yaml等进行配置。实现配置与代码分离。
data层，放数据文件，可以把所有的testcase的参数化相关的文件放到这里，一般可采用xlsx、csv、xml等格式。实现数据与代码分离。
drivers层，放所需的驱动，如Chromedriver、IEDriverServer等。
log层，所有生成的日志均存放在这里，可将日志分类，如运行时日志test log，错误日志error log等。
report层，放程序运行生成的报告，一般可有html报告、excel报告等。
src源码层，放所有程序代码。其中还需要进行更进一步的分层：
test层，放所有测试相关的文件，如case——测试用例、common——项目相关的抽象通用代码、page——页面类（Page-Object思想）、suite——组织的测试套件。
utils层，所有的支撑代码都在这里，包括读取config的类、写log的类、读取excel、xml的类、生成报告的类（如HTMLTestRunner）、数据库连接、发送邮件等类和方法，都在这里。

作者：huilan_same
来源：CSDN
原文：https://blog.csdn.net/huilan_same/article/details/52319537
版权声明：本文为博主原创文章，转载请附上博文链接！