自动化测试框架目录结构的设计

为什么要用自动化测试框架？

很多做自动化测试的小伙伴，认为能够写脚本就是自动化。其实不然，时间久了你会发现，你的脚本很多，但是无法系统测试。那么如何来组织这些脚本？这时，我们就需要自动化测试框架来帮忙了。

自动化测试框架的优势

自动化测试框架对于一个产品的测试的作用是很大的。一个产品的自动化测试用例可能几百几千几万甚至更多，一旦有微小的变化，就可能导致自动化测试无法执行。如果没有自动化测试框架，那我们维护代码的代价是无法保障的。有了自动化测试框架，那么就可以封装一些公共的业务，或者迁移到类似产品上进行测试，节省了相当大的人力资源。

自动化测试框架的要求

1. 高复用性
2. 高可维护性
3. 稳定性
4. 快速编写脚本
5. 自动执行
6. 正确输出结果
7. 能够不断提升自动化测试比例

自动化测试框架目录结构

config层
放配置文件，把所有的项目相关的配置均放到这里。
data层
放数据文件，可以把所有的测试用例的参数化相关的文件放到这里，一般可采用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的类、生成报告的类、数据库连接、发送邮件等类和方法

自动化测试框架维护

随着待验证版本的更新升级，自动化测试脚本也会不断的更新、维护，同样需要进行版本管理。通常用到的版本管理工具有：CVS，VSS，SVN，GIT等。