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

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

效能平台 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 吗?

主要是为了体现逼格

——真相了

雨阵 #4 回复

是的,大家一起写 case

MarvinWu #4 回复

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

学到了

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

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

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

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

kong #14 回复

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

木月 #13 回复

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

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

刘志伟 #9 回复

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

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