测试平台系列(58) 设计用例目录
大家好~我是
米洛！
我在从0到1打造一个开源平台, 也在编写一套完整的接口测试平台系列教程，希望大家能够多多支持。
欢迎关注我的公众号测试开发坑货，获取最新文章教程!
回顾
上一篇我们开了个小差，去搞了下编辑器那块。为什么我如此重视编辑器的体验，那是因为后续我们需要用户在页面上补足Python或其他脚本，如果没有一个还算好用的编辑器，那将非常鸡肋。
但之前发现编辑器会略卡，找到了具体的原因: 我们每次在render过程中都会添加代码补全提示，这样是不合理的，所以我们需要对编辑器进行一下改造。
思考现在的不足
其实现在的情况比较复杂，我们在写用例的时候，必须要先进入项目之中，然后在项目里面找到用例列表tab页。
有没有觉得这样不太好~
我们如果左侧是目录，右侧是case列表，其实会好很多。而且随着业务的深入，目录分类肯定不能像目前一样只有2级。
不管怎么说，我们先试验一下吧~
设计用例目录表
抛开主键，更新/创建时间和用户这样的基础信息之后，其实核心只有3个字段:
-
project_id
我们的目录需要和项目挂钩，这样的话能对
目录进行很好的分类，从而达到对case进行归类的目的。 -
name
目录名称，这个不需要多说了。
-
parent
这个是很关键的字段，因为我们的目录是支持嵌套的，目录如果没有父级，那么它就是一个
根目录。我们要展示一个树结构，可离不开这玩意儿
编写增删改接口
- insert
有的人可能很疑惑，为什么明明设置了唯一索引，还要去先查询一次数据库呢？其实吧，唯一索引是咱们的兜底方案，是为了控制数据的唯一性。但我们更应该从业务的角度去规避掉重复数据出现的可能，所以有这样一层判断，这也只是个人理解哈。
可以看到代码比较清晰，通过with session.begin在session.add之后自动提交到数据库，完成对数据的录入。
在postman测试一下:
- update和delete
基本上都是老一套，这也就是为什么大家都说CRUD BOY很没意思，因为看起来技术含量确实一般。
接着去完善修改和删除的接口:
重头戏
重点来了，接着是编写获取目录树的接口了~
通过project_id获取所有目录
我们需要一次性拿出一个项目下面的所有目录。
编写get_testcase_directory_tree方法
这里稍微有点儿复杂，我们一个一个来分析:
- 通过项目id获取到所有目录树
- 创建最终返回结果: ans
- 创建目录id -> 目录的映射关系
- 创建父目录 -> 子目录的映射，子目录是一个list
- 遍历获取到的目录，如果parent为空，说明是根目录，我们直接加到ans之中，否则说明他不是根目录，我们拿到他的parent并写入parent_map之中
- 最后设置id -> directory的映射
如果一来，我们通过一次遍历拿到了所有根目录，以及根目录有哪些孩子，目录id->目录的3个重要线索。
- 遍历ans，把他们的子子孙孙都塞进children列表里去
来看看get_directory方法，先通过parent_map拿到当前的父目录下面是否还有子目录->current，如果没有，则说明这一层目录已经没有子目录了，可以return了。
如果有的话，遍历current，也就是子目录列表，接着从ans_map拿到子目录的信息，新建child列表，并把当前子目录的信息添加到父目录下面的children，接着递归继续找子目录的子目录。
如此反复，即可生成一棵树。编写获取目录树的接口:
看下最终效果
今天的内容就分享到这儿了，有兴趣的朋友们可以一起动手写起来呀！~
在线体验地址: http://test.pity.fun
