接口测试 接口自动化测试平台构想

Kevin.zhao · 2021年06月08日 · 最后由 Kevin.zhao 回复于 2021年06月10日 · 1272 次阅读

效能平台 1.0
目前就职于某金融小公司,担任自动化测试组长,公司需要从零开始做自动化,产品多,接口多,结构复杂,自己用 pytest+requests 简单封装了个框架做了一下底层封装,api 分层,刚开始写一些简单的业务感觉还可以,后面接触到一些复杂的业务就感觉很吃力,之前定的计划每人/天 15 个 case,后面一天能写 8 个算好的,有时候一个地方要卡一上午,复杂的结构导致写 case 时需要调用很多 api 的方法,频繁的引用对象的方式使用例结构更加复杂,对新员工极其不友好,也想过用别人开源的测试平台,考虑到我们公司产品的特殊性(主要是用了开源的自己就没事做了),想自己写一个接口测试平台,其实之前也写过类似的平台,主要是做 ui 自动化。
技术架构
后端用 Django django-rest-framework
前端用 vue3.0 组件就用 element-plus
数据库 MySQL
设计思路是沿用框架的分层思想,api 层和开发的 api 文档关联,根据 api 参数的输入项正交自动生成 case,我们只需要关联各个 case 的前后依赖关系,全局前置条件,生成一个测试套件。
第一版先做一个最小可用版本
只要编写 api 和编写 case,执行的功能,主要是为了降低上手难度,嵌套结构复杂(提升逼格)的问题.

先写个前端的 小 demo https://github.com/zhaowen13/vue3-demo后期有时间再整

共收到 18 条回复 时间 点赞

"复杂的结构导致写 case 时需要调用很多 api 的方法,频繁的引用对象的方式使用例结构更加复杂"
这种问题不是应该从优化测试代码结构入手么. 出效果会更快, 灵活性也更强

是的,优化结构也能达到效果,主要是为了体现逼格,还有后期会集成一些其他的东西

主要是用了开源的自己就没事做了
——真相了

如果现状是手写测试代码很吃力,很难想象平台能带来效能提升

写平台是让大家一起来写接口的 case 吗?

主要是为了体现逼格

——真相了

bitbert 回复

是的,大家一起写 case

MarvinWu 回复

平台可以做很多封装,肯定是会比直接写代码要简单的

Thirty-Thirty 回复

学到了

不要为了做平台而做平台,要想清楚,接口平台到底能带来什么收益

不要为了 KPI 而 KPI,要想清楚,接口平台到底能带来什么收益

“后面一天能写 8 个算好的,有时候一个地方要卡一上午”,如果代码写用例都这样,你确定写平台处理这样的问题不更花费时间?

如果为了提升效率,搞平台还不如多研究下框架如何改善,真的,框架搞好了,你会发现比用平台快
平台维护的成本是非常大的,功能越多越是
当然,如果是为了其他,累积点项目经验也不错

kong 回复

是的,提升效率只是一部分原因,主要还是想累积点项目经验以后面试出去好吹牛逼

木月 回复

不一定能解决卡一上午的问题,目前还在构思阶段,总要尝试一下

JieChat 回复

当然不是为了 KPI 而 KPI 啊,是为了年终奖而 KPI😁 😁

刘志伟 回复

当然是写起来更快,逼格更高,更好装逼😂 😂

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册