联系方式:Eden445129997@163.com
有什么疑问都可以发送邮件给我。

django 后端 github:https://github.com/Eden445129997/test-platform-django.git

java 后端 github:
https://github.com/Eden445129997/test-platform-springboot.git
刚搭完基础架构,还有一些模版增删改查:功能还在从 django 迁移中

前端 github:https://github.com/Eden445129997/api-platform-client.git

语雀原地址:https://www.yuque.com/docs/share/36162351-b77c-4fb1-8c10-ad9ee63e9d91?#《测试平台》

前端的基础页面还在开发中,肯定不能用,但是可以先给大家看一下效果

目的:
自动化的主要目的是进行回归测试,减少手工回归,而不是为了发现 bug 做的自动化

测试的工作内容:
功能测试:为了保证功能而做功能测试,所以做功能测试从层次划分来看分为:系统、集成、单元

性能测试:
1、解决系统的稳定性
2、解决系统的风险无法把控问题(存在并发的时候很可能出现一些细小程序的逻辑错误等问题,被测系统在确定资源的情况下可承载的并发用户,系统架构缺陷隐患对业务的风险)

自动化测试:
1、解决手工大量回归用例的时间(尽早提前发现 bug、缩短迭代流程)
2、给开发赋能,驱动开发保证质量

原因:
我们公司的当务之急就是缺人缺时间,所以我选择了做自动化测试
在项目长期规划和短期规划中,必须得这么做,否则当业务增大,测试人员将疲于增大的需求

选择:
开发一段代码,假如用社会上已有的那种 requests+unittest+selenium 等方式,则会出现一两个测试人员独立开发,高额的维护成本,测试人员的招聘难度同样也会增加。
所以我选择使用 web 开发的方式,提供页面,多人协作,推动开发来共同投入到质量的保证工作中。
在自动化测试的范围中 ui、接口、方法单元,我选择做接口层的自动化,这是因为接口层的自动化是投入与产出中收益高的那个,投入需要投入用例的开发成本和用例维护成本(存在很多用例),当 ui 变动将会使得测试工作白费,接口的变动是比较少的,单元不选择的原因是投入的时间成本和人力成本更高。

结果:
因为人员问题,目前只能我个人独立开发一个 web 项目,并且招聘也有难度(更倾向于能够开发的测试人员),因为测试更懂测试。更加明白测试所需要的真实需求。

技术栈选择:

后端:
python
django
django-restframework
django-cors-headers
django-redis(后期加上)
requests
celery(后期加上)
PyJWT(后期加上)
PyMySQL
java
spring-boot
mybatis-plus
lombok
smart-doc

python 没有用 unittest 和 pytest 这些做底层,底层是自己手写的框架,抄了一些 unittest 的源码改造过来的,因为主要是 unittest 和 pytest 不支持我期望的自动化方式,这两个框架都是持久化测试脚本,或者说类做自动化的,我所期望的是数据都写在数据库中,而不是脚本做,所以最后决定自己手写测试框架的轮子。
java 底层还在考虑用什么写

前端:
vue
ant-design-vue
axios
vue-router
vuex

备注:因为独立开发的原因在语言的选择上,我使用的 python,为了不让自己投入到开发难度的债务中。
最近又担心多人使用的时候并发的问题,有考虑打算转使用 go 或者 java 做平台开发。

功能点:
网络请求、参数化、全局请求头、mock、校验点、测试报告

开发数据库表设计:

类设计

代码总体现的业务的流程

参数化表达式:
表达式:$..&0#
$..:jsonpath 语法(参数化仅仅支持 response 为 json 数据类型)
&0#:中间的数字代表对应的用例节点(用例之间存在关联关系,这个数字代表对应需要获取数据的用例节点)

备注:jsonpath 语法,获取对应节点的响应数据,然后替换表达式

校验点表达式:
表达式:$..

备注:jsonpath 语法,确定要校验的响应数据(同样仅仅支持 json 数据类型)

测试效果:

a


↙↙↙阅读原文可查看相关链接,并与作者交流