测试基础 如何设计一个精巧的接口自动框架呢?

狂天 · January 07, 2025 · Last by 44岁的测试小学生 replied at April 09, 2025 · 5886 hits

做过一个 JAVA 平台,规模是有,但是大,维护也花时间,最近一直功能测试这平台也放下了。
领导昨天说要给一段新流程搞个自动化,我考虑把之前平台维护到能用,时间不一定比拿 PYTHON 新做个小框架短(老接口也没提让继续跑自动化了,所以之前接口的自动化不考虑)。
说是小框架,其实就是想写个简单脚本。
目前的构思就是有报告,得出个结果,这样能看到工作输出。
用例直接写脚本里(这样又少一个文件),大概 20 个接口,怼一个脚本里,写个公共请求和结果校验的方法,每条用例顺序请求。
解耦一点就给每条用例加个编号,把要请求的用例编号放一个方法里挨个请求(不过有的接口用例请求完还得执行 SQL 清库,用例间有差异,按编号走也不一定缕的更清楚)

目前考虑就这样了,唯一要注意的我感觉有三点:
一是用例给注释清楚,能知道这是哪个功能的接口,
二是扩展,目前看扩展也就是在中间或者后面直接加用例吧,也没啥复杂的。
三是有的接口用例可能要有前置条件的断言,比如将某商品加入购物车,请求要先断言下存不存在该商品。

大概就这些了,各位大佬有啥建议吗?

共收到 5 条回复 时间 点赞

不知道 httprunner 能不能满足你的需要

找个开源的工具 自己搞太麻烦了

python+unittest 或者 pytest 应该都可以,其实这种脚本的需求直接去 github 上拉下来一个就能跑,这种接口自动化的框架非常多,不过用例还是建议拆出来,不然维护起来太麻烦了

你们后端用啥技术架构就用对应的技术架构开发,这样可以复用一些加解密的模块和调用对应的代码。用不同的技术栈啥都得重写,成本高

你说的这个三点很好,都算是一些优化的方向,但是你还可以进一步的想一想,你为什么要做这些优化,它们能给你、你的团队、你的产品质量带来什么?你能量化它们吗?想明白了,就做,大佬们都不了解你的上下文,所以给你的建议都是瞎说的。

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up