大家好~我是
米洛
!
这是一个完整的接口测试平台系列教程
,希望能和大家一起学习,从0到1打造一个开源平台。
欢迎关注我的公众号米洛的测开日记
,获取最新文章教程!
# 回顾
上一节我们插入了题外话
: 部署相关的内容,让我们这节继续回到case相关的话题。
# 新的篇章
其实在之前的用例编写
相关页面废弃以后,我一直在思考怎么去构建一个合理的,人性化的用例编写
页面。
但其实也没有找到好的解决方案
,期间也参考过一些其他优秀的开源项目。最终呢,我还是回归到了Tab模式:
最终效果大概会长这样:
主要分为2块,上面是用例相关的数据
,下面是编写用例的核心地方,分为常见的模块。
下方分为4个步骤,数据构造器(前置条件)-> 接口请求 -> 断言 -> 数据清理。
符合人体工学设计
的setUp -> test -> assert -> tearDown
# 相关改造
这些基本上算是前端页面的改造,但是后端接口也会有一些变化。所以我们得对接口
做一些适配。
# 编写根据用例id获取前置条件的方法
注意这里有一个伏笔: 我们的前置条件肯定是有顺序去执行的,但我这边按照创建时间
排序,显然是不友好的,但后面我们会支持变更前置条件执行顺序的功能。
# 调整获取用例列表方法
改为异步执行,并且支持根据目录
获取case,减少大规模查询case的次数。
# 调整获取单个case的方法
以前只拿testcase,现在需要拿到case的基本信息
,前置条件
,断言信息,最后封装到一个字典里面返回,后面还会有后置条件
。
这边没有选择用join,因为涉及的表比较多,所以我们查询多次,后续我们可以把查询好的数据都放入redis,减轻数据库的压力。
为什么要花这么多时间进行这块的改造,其实是因为之前确实太难用
了。
# 比如我自己都觉得添加一个前置条件
特别费劲,添加后还不能展示出来。
今天的内容就介绍到这里,下一节讲如何控制前置条件的执行顺序
。