一、前言
最近从零搭建了一个自动化测试平台,虽然不是第一次从零搭建,但是也从来没有进行过这类搭建的总结,还是记录一下,搭建过程中的一些问题和方法。方便以后总结和翻阅
二、简介
搭建的平台使用的是Python3.6,未来有空可能考虑加个java版本。前端用的Vue,主体是httprunner2.X+Djangorest-framework,考虑到平台目前也只是写出来给公司内部使用,用mysql就行了,后续看需要升级。
三、整体结构
考虑的结构是
后台:
- app目录,存放平台下的子应用,目前用户这块的应用直接用自带的应该就够了
- 项目应用代码存放目录
- 接口应用代码存放目录
- 报告应用代码存放目录
- 测试用例应用代码存放目录
- 用力套件应用代码存放目录
- 用户应用代码存放目录(使用系统自带模块)
- 环境变量应用代码存放目录
- 系统配置应用代码存放目录
- 数据统计应用代码存放目录
- 自定义模块应用代码存放目录
- util目录,存放一些数据处理的自定义模块,基本上应该存在
- 最基础的对应数据库数据的读写参数的处理
- 网页列表参数的基本的分页过滤数据处理
- 因为httprunner所需要的用例格式时yaml,所以需要对用例的组装处理
- 报告的数据处理,并不是运行后的没一个报告参数都需要,但是这个可以和上面的组装处理丢一个文件
- 还在犹豫加不加的定期清理模块,可加可不加,这方面人工更精准,主要是清理的时间间隔这一块不好定
- 看个人需求的其他模块
- suits目录,存放将要运行的目录文件,目前的考虑是用时间戳作为存放文件的最外层,避免多次运行的覆盖问题
- report目录,存放运行完毕后的报告,插件升级后会找个开源的报告模块,自带的太丑了
- drfproject目录,存放系统的配置数据,命名根据个人创建时的需求
- venv目录,虚拟环境数据
前端(Vue):
首页(数据统计)+8个模块组
数据库(Mysql)
基本上平台的基础结构这一个框架够用了,本来这一篇也只是做一个思路上的记录和回顾,剩下的等到下一篇在进行深入。代码层面不会过于深入,毕竟技术更新日新月异,但是整体的思路不会变的很快,无非就是细节方面的变化。
等待后续更新完毕后,可能会进行前面博客写的playwright的使用总结或者升级插件的问题总结,到时候再说吧
标签:Vue,httprunner,模块,代码,存放,应用,Mysql,目录 From: https://www.cnblogs.com/keima/p/17496841.html