一. 开头说两句 大家好,我叫林宗霖,是一位测试工程师,也是全栈测开训练营中的一名学员. 在跟着训练营学习完Docker容器技术系列的课程后,理所应当需要通过实操来进行熟悉巩固.正好接口自动化测试平台需要迁移到新的测试服务器上,就想要体验一番Docker的"一次构建,处处运行".这篇文章简单介绍了下这次部署的过程,其中使用了Dockerfile定制镜像和Docker-Compose多容器编排. 二. 项目介绍 项目采用的是前后端分离技术来实现的,前端是Vue+ElementUI,后端是

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

编写完项目代码后,为了稳定的运行,需要将其部署至服务器.这里我选择了Docker去部署Django后端代码. 首先来看看Runoob对Docker的介绍: Docker 是一个开源的应用容器引擎,基于Go语言并遵从 Apache2.0 协议开源. Docker 可以让开发者打包他们的应用以及依赖包到一个轻量级.可移植的容器中,然后发布到任何流行的 Linux 机器上,也可以实现虚拟化. 容器是完全使用沙箱机制,相互之间不会有任何接口(类似 iPhone 的 app),更重要的是容器性能开销极低.

GitHub:https://github.com/yjlch1016/dapi 一.项目命名: dapi:即Django+API测试的缩写 二.设计思想: 模拟性能测试工具JMeter的思路, 实现接口测试与性能测试的Web化, 计划有产品模块.接口测试用例模块.性能测试用例模块.任务队列模块.测试报告模块等, 前期采用Django+Bootstrap前后端不分离的模式实现功能, 后期再严格按照RESTful的风格来编程. 三.Python依赖: Django==2.2.2PyMySQL==0

Django的优点 1:功能完善.要素齐全:自带大量常用工具和框架(比如分页,auth,权限管理), 适合快速开发企业级网站. 2:完善的文档:经过十多年的发展和完善,Django有广泛的实践案例和完善的在线文档.开发者遇到问题时可以搜索在线文档寻求解决方案. 3:强大的数据库访问组件:Django的Model层自带数据库ORM组件,使得开发者无须学习SQL语言即可对数据库进行操作. 4:Django先进的App设计理念: App是可插拔的,是不可多得的思想.不需要了,可以直接删除,对系统整体影

测试平台,有人说它鸡肋,有人说它有用,有人说它轮子,众说纷纭,不如从自身出发,考虑是否要做测试平台: 第1阶段,用Python+requests写接口自动化. 第2阶段,选择unitttest或pytest,更熟悉pytest选了pytest. 第3阶段,快速搭建pytest项目脚手架,封装tep测试工具. 第4阶段,通过Git管理测试脚本,多分支合并代码. 第5阶段,去除本地环境同步麻烦,方便团队共享脚本. 需要有个测试平台. 使用篇 环境变量 环境变量是字符串键值对,全局作用域.比如不同环境

前言 2021年,测试平台如雨后春笋般冒了出来,我就是其中一员,写了一款pytest内核测试平台,在公司落地.分享出来后,有同学觉得挺不错,希望能开源,本着"公司代码不要传到网上去,以免引起不必要麻烦"的原则,只能在家从头写一个,边重新梳理代码边温习巩固知识点,以学习交流为目的,定义为"学习版". 功能展示 登录 接口自动化 接口自动化--Dashboard: 接口自动化--环境变量: 接口自动化--fixtures: 接口自动化--用例管理: 接口自动化--用例管

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

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

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

nginx + uwsgi 部署 Django+Vue项目 windows 本地 DNS 解析 文件路径 C:\Windows\System32\drivers\etc 单机本地测试运行方式,调用django第三方的wsgifef单机模块,性能很低 python3 manage.py runserver 0.0.0.0:8000 使用uwsgi 去启动django项目,支持并发更多 准备前后端代码 先从vue前端搞起 解决node环境 更改vue发送请求的接口地址, 这个vue发送的地址,应该是

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

购买服务器 # 购买阿里云服务器 # 短期或是测试使用,创建 按量收费 服务器,可以随时删除,删除后不再计费,但要保证账户余额100元以上 连接服务器 1)账号 >: ssh root@39.98.154.56 2)密码 >: ******** 服务器命令 管理员权限 1)以下所有的服务器命令均可以在管理员权限下执行 >: sudo 命令 配置终端 1)编辑配置文件 >: vim ~/.bash_profile 2)将原来内容全部删除掉 >: ggdG 3)进入编辑状态:填入

前端开发时最不想做的就是在不同浏览器.平台和分辨率测试网页显示效果,通常这会浮现许多问题,尤其浏览器版本就可能让显示成效完全不同,也只好尽力维持让每一种设备都能正常浏览网页.修改到完全没有问题必须投入不少时间,安装多系统可以解决这个问题(土豪可以配置多台机器),但是非常的麻烦繁琐,特别是不同版本的ie浏览器 .微软作为ie和windows的开发当然也知道这个问题,所以也在做这方面的工作,推出了Browser screenshots只要输入网址就能建立在不同浏览器屏幕的截取画面; Browser

Optimizely:在线网站A/B测试平台是一家提供 A/B 测试服务的公司.A/B 测试能够对比不同版本的设计,选取更吸引用户眼球的那一款,从而带来更为优化的个人体验.让网站所有者易于对不同版本的设计和内容进行测试. 该公司的客户现已突破7000家,这些客户完成了超过50万次试验,令Optimizel成为使用最广泛的测试平台.对于那些没有用过该公司服务的人,我想告诉你们,你只需要简单的添加一个 Java 脚本公式,就能够给你的网站创造类似 A/B 的选择性测试(你可以对选择项进行设置,同时还

这几天偶然接触到了一个叫做Testin的云测试平台,经过一番体验,感觉还是不错的,因为里面提供了大量的测试机型,可以针对Android手机的严重碎片化现象做出比较全面的测试,同时Testin的测试内容包括了UI适配.内存分析.BUG查找.异常数据统计与分析等诸多方面,从反馈的结果当中我们可以提炼出很多有价值的信息,从而方便我们进一步完善自己的应用.在此,我推荐大家去体验一下,虽说不一定能真正用到,但是可以接触和学习一些测试方面的知识. 下面,就让我简单说一下我的使用体会吧! 一.Testin提供

最近下载了SQLol测试了一下,感觉挺好玩的,做一下记录. SQLol是一个可配置得SQL注入测试平台,它包含了一系列的挑战任务,让你在挑战中测试和学习SQL注入语句,SQLol还是比较有创意的项目. SQLol is now part of the Magical Code Injection Rainbow framework at http://github.com/SpiderLabs/MCIR and the standalone version will no longer be m

(一)先看测试业务的情况: 有各种各样的任务包括代码构建.部署搭建.单元测试.功能自动化测试(包括许多模块的功能自动化测试,有十几个居多),性能测试.正确性验证:复杂一点的是这些任务在不同的测试阶段中都必须部署一套,一般测试至少都需要有三套环境:dailyrun环境.两套test环境用来测试不同版本.日常每天有每日构建环境,正式版本发布有发布环境.要做到持续集成,则每天晚上都需要运行所有的构建.部署.ut.ft.性能.正确性,这些任务达到五十五个,彼此之间存在依赖关系,功能测试则由于资源有限不得

编者按:本文详细介绍了 Pinterest 内部A/B测试平台的搭建过程,对于无论是有技术能力和资源想要自建A/B测试系统的大公司,还是想在业务中引入第三方A/B测试方法和工具的中小公司都极具参考意义. 作为一家数据驱动的公司, Pinterest 是非常依赖试验来指导产品和功能迭代的. Pinterest 随时都有大约1000个试验在进行,并且试验的数量每天都在增加. 因为试验数量和相应记录数据的持续增加,衍生了向工程师提供一个可靠易用平台的需求,来保证他们使用的时候没有错误. 为了避免由试验

Sqli Lab​支持报错注入.二次注入.盲注.Update注入.Insert注入.Http头部注入.二次注入练习等.支持GET和POST两种方式. https://github.com/Audi-1/sqli-labs DVWA (Dam Vulnerable Web Application)DVWA是用PHP+Mysql编写的一套用于常规WEB漏洞教学和检测的WEB脆弱性测试程序.包含了SQL注入.XSS.盲注等常见的一些安全漏洞.http://www.dvwa.co.uk/ mutilli

随着智能手机的普及率和渗透率越来越高,App开发软件也越来越多.有专家预测,2017年的App应用下载量将会突破2500亿,整个移动科技市场规模将会达到770亿美元.身处在这个"移动"的时代,APP开发的增长势头势必越发强劲,如何快速的.高质量的迅速产出一款APP,越发受到各大企业的关注.但是因为安卓和IOS的碎片化,尤其是安卓,因为完全开源的原因,导致设备繁多,品牌众多,版本各异,分辨率不统一等等,导致在发布测试的时候耗费大量的人力.物力以及时间成本.云测试平台正是在这种情况下,应运