teprunner测试平台定时任务这次终于稳了

【teprunner测试平台定时任务这次终于稳了】的更多相关文章

teprunner测试平台定时任务这次终于稳了

teprunner测试平台已经有一个多月没有更新了,主要原因是定时任务不够稳定,经过反复试错,找到了解决办法,这次终于稳定了. 本文开发内容作为测试平台而言,定时任务算是必备要素了,只有跑起来的自动化,才能算是真正的自动化.本文将给测试计划添加定时任务功能,具体如下: 前端添加测试计划的定时任务开关采用crontab表达式设置计划时间后端集成django-apschedule,在数据库中记录任务明细和执行详情. 定时清理执行记录. 前端效果图: 前端开发内容编辑src/views/tep…

teprunner测试平台部署到Linux系统Docker

本文是一篇过渡,在进行用例管理模块开发之前,有必要把入门篇开发完成的代码部署到Linux系统Docker中,把部署流程走一遍,这个过程对后端设计有决定性影响. 本地运行通过在Vue项目执行npm run serve和在Django项目执行python manage.py runserver,我们把项目在本地跑起来了,示意图如下: 前端在本地启了个Node服务器,后端在本地启了个Django服务器,分别使用8080和8000端口.浏览器有个同源策略:域名.端口.协议三者一致才能进行访问,否则会由…

teprunner测试平台用例前置模块开发

本文开发内容现在正式进入测试相关功能开发.teprunner测试平台底层是pytest,中间层是tep,还没了解的朋友可以先看看tep的文章,整个平台的设计思路和后面用例的执行都会基于这个工具.tep的测试用例是放在.py文件里面的,全局变量或者说环境变量是引用的env_vars,公共函数和复用接口是引用的fixtures,在做成平台后,需要把这两个部分独立为两个功能模块.多个项目的接口自动化数据需要隔离开来,要有个项目管理功能.本文将开发四个用例前置模块: 后台管理--项目管理接口自动化-…

teprunner测试平台Django引入pytest完整源码

本文开发内容 pytest登场!本文将在Django中引入pytest,原理是先执行tep startproject命令创建pytest项目文件,然后从数据库中拉取代码写入文件,最后调用pytest命令运行用例.为了提高运行效率,用例运行是并行的,采用了多线程和多进程,两个都有,这在最后有个单独小结进行比较完整的说明.因为用例运行是异步的,所以前端并不知道什么时候执行完才能拿到运行结果,可以发多个HTTP请求轮询,但这种方式并不优雅,本文将采用WebSocket来实现用例结果查询.具体内容为:…

teprunner测试平台测试计划批量运行用例

本文开发内容上一篇文章已经把pytest引入到测试平台中,通过多线程和多进程的方式,运行测试用例.有了这个基础,做批量运行用例的功能就很简单了,只需要前端传入一个CaseList即可.本文的后端代码是增删改查和复用run_case相关代码做个run_plan.前端代码将学习如何通过LocalStorage在非父子组件之间传递数据.具体开发内容如下: 测试计划增删改查测试计划动态添加移除测试用例运行测试计划,批量运行用例计划运行结果.用例运行结果编写后端代码编辑teprunner/ur…

teprunner重磅更新Git打通PyCharm与测试平台

经过Python测试交流群的小伙伴群策群力,teprunner添加了一个重要功能,把PyCharm中的代码,通过Git同步到测试平台中,生成测试用例.这样,teprunner就成了一个名副其实的pytest脚本在线管理平台. 效果展示项目添加Git仓库和Git分支: 点击同步按钮即可进行Git同步: 同步说明为什么要把平台用例和Git用例独立?如果平台上面的用例可以通过Git进行提交代码,那么代码冲突会很难解决,这是其一.其二是平台用例的好处就是规避了Git管理代码的冲突问题,一般测试人员代…

淘宝TAE平台定时任务包的部署步骤

淘宝TAE平台定时任务包的部署: 第一步:首先把自己的任务打包成一个jar包.使用maven打包的命令为:mvn clean install 第二步:把任务jar包依赖的jar包全部导出来.使用maven导包的命令为:mvn dependency:copy-dependencies 这个命令会将jar导出到target/dependency目录文件夹下,如果没有该文件夹,mvn会自动创建. 第三步:将任务jar包和dependency文件夹(所有的依赖jar包)放进同一文件夹,然后压缩成zip格…