接口测试 一个 yaml 中用例中读取其他用例依赖实现方法的问题

llyyff · 2021年06月08日 · 最后由 llyyff 回复于 2021年06月08日 · 523 次阅读

我在采用 yaml 编写接口用例时,采用了直接在 yaml 中存放了被测接口的依赖(通过读取该依赖对应的用例来获取被测接口所需要的的依赖值),但是现在卡在一个问题上,所以想问问大佬们有什么实现思路。

第一张图为我想要实现的流程。

第二张、第三张图为 yaml 中的用例编写

第四张图为目前 A-B-C-D-H 以及 A-B-C-D-E-F-J 的实现代码

对此,请问针对于 H-G,以及 J-H-G 这一部分的实现有什么好的思路么?

共收到 12 条回复 时间 点赞

第一张图画错了……每一层 yield 这个值可以吗?

学习下微机原理吧,看下 CPU 怎么处理中断,照虎画猫

恒温 回复

1 请问下,第一张流程图哪里画错了? 2: 每层 yield 应该不可以。假设我有四层,那么我第四层需要的参数就得为第四层的参数(该部分可以通过本身 data 获取,以及它上面第三层、第二层、第一层所有的 data 以及 data 的某些键。)

可以参考 httprunner 的实现
先遍历所有的 step,把变量和函数全部提取出来,去 build_in 里面匹配,
然后运行的时候,再维护一个 run_time_varable_function 的映射

花菜 回复

好的,我去试试,谢谢

Thirty-Thirty 回复


是这个么😂

llyyff 回复

CPU 被 A 中断,进入 A 执行时可以被 B 中断,进入 B 执行时可以被 C 中断...D...E...H...K...W...,处理完 W 回到 K,处理完 K 回到 H...E...D...C...B...A,这是不是你想要的机制?

Thirty-Thirty 回复

如果是 A 执行途中被 B 中断且 B 接着 A 执行,那这差不多就是我需要的机制。

你仔细想想,A 依赖 B 就等于 A 被中断先执行 B,A 是被中断不是接着执行。既想被中断又想接着执行,矛盾对立,可能吗?A 可以在 B 执行完后接着执行。


这里应该 H-G 吧。
另外整个流程不就是递归的吗?

llyyff #11 · 2021年06月08日 Author
Ouroboros 回复

H-J 就是往上走。。

llyyff #12 · 2021年06月08日 Author
Thirty-Thirty 回复

啊这。。矛盾么。。。

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