测试平台系列(59) 调整用例列表页.md

2022/6/13 测试平台接口测试FastApiPythonReact

大家好~我是米洛

这是一个完整的接口测试平台系列教程,希望能和大家一起学习,从0到1打造一个开源平台。

欢迎关注我的公众号米洛的测开日记,获取最新文章教程!

# 回顾

上一节我们讲了怎么去设计用例目录表,而因为之前我们的case是跟项目绑定的,所以我们这一节去改进case相关部分。

# 理清关系

之前用例表里面会有一个project_id和category字段,分别代表项目和目录。我们上节已经制造了目录表,所以需要先去掉之前的project_id字段和目录字段,改为directory_id字段。

其实我们可以简单点,把project_id直接换成directory_id,接着删除category字段。但这样的话,会影响到项目列表页面。

但没关系,本来我们就是要把项目列表页里的case页面剔除的。

原来的project_id换成了directory_id并且注释掉了category

form字段里面也做类似的事情

# 改写查询项目的接口

去掉原先查询case树的方法,不返回tree了

页面上的改动:

去掉了左侧的用例列表

# 规划一下列表页

既然旧的列表页给干掉了,那么新的列表页应该怎么展示呢?

上节我们编写了case目录,那用例是跟目录关联起来的,所以我们大概设想一下这样一个页面:

因为没画原型图,所以直接用做好的页面展示了

可以看到,布局是左右布局:

  • 左侧

    项目选择和目录树,目录树经过我们上一节的处理,可以疯狂嵌套。目前来看的话,目录还不支持移动,比较可惜。

  • 右侧

    右侧就是一个用例列表页,XXX目录下的用例列表,其中还能够根据用例名称和创建人来过滤case。

    这边case就没有继续做分页了,单个目录下的case应该不会到几千条那么夸张。

# 接下来干嘛?

当然是为前端的展示提供这些数据。我们目前需要支持创建人+用例名称+目录的方式进行查询。

而目录又会嵌套,所以我们需要找出目录的所有儿子。又因为目录不可能会那么那么多,所以我们找出待查目录所有非根节点目录

比如我要查根目录A下的数据,那么其他根目录肯定不是A的儿子,而是A的兄弟。

如果用一层层for循环去查询数据的话,势必会很影响性能,当然我这里建议大家把查询的结果缓存到redis,一般来说目录咱们不会轻易更换,更换的时候删除下缓存即可,这样会事半功倍。

# 开始行动

  • 编写获取A下面所有子目录的方法

  1. 首先找出所有parent 等于 directory_id 或者 不是根目录的数据
  2. 和之前一样,把他们塞到一个map里面去,这样建立parent -> son(也就是父亲到儿子之间的映射)
  3. 编写获取儿子的方法(递归),把所有的孩子节点都放到result之中
  • 调整list_testcase方法

首先获取所有directory_id下的目录,然后找出未删除且directory_id in这些目录的case。

之后如果有其他条件,比如name,create_user这样的,再加入筛选条件

接着根据case名称排序即可。

# 完善list接口

# 最终效果

只看右侧的话,他就是一个列表页面,但这边的区别就是他和左侧目录树进行了打通

拜了个拜,下篇讲下如何部署,至于用例的编辑/新增/执行这块,还需要一些时间。