我在采用 yaml 编写接口用例时，采用了直接在 yaml 中存放了被测接口的依赖（通过读取该依赖对应的用例来获取被测接口所需要的的依赖值），但是现在卡在一个问题上，所以想问问大佬们有什么实现思路。
第一张图为我想要实现的流程。
第二张、第三张图为 yaml 中的用例编写
第四张图为目前 A-B-C-D-H 以及 A-B-C-D-E-F-J 的实现代码
对此，请问针对于 H-G,以及 J-H-G 这一部分的实现有什么好的思路么？
第一张图画错了……每一层 yield 这个值可以吗？
学习下微机原理吧，看下 CPU 怎么处理中断，照虎画猫
对
恒温
回复
恒温
回复
1 请问下，第一张流程图哪里画错了？ 2： 每层 yield 应该不可以。假设我有四层，那么我第四层需要的参数就得为第四层的参数（该部分可以通过本身 data 获取，以及它上面第三层、第二层、第一层所有的 data 以及 data 的某些键。）
可以参考 httprunner 的实现
先遍历所有的 step，把变量和函数全部提取出来，去 build_in 里面匹配，
然后运行的时候，再维护一个 run_time_varable_function 的映射
对
llyyff
回复
llyyff
回复
CPU 被 A 中断，进入 A 执行时可以被 B 中断，进入 B 执行时可以被 C 中断...D...E...H...K...W...，处理完 W 回到 K，处理完 K 回到 H...E...D...C...B...A，这是不是你想要的机制？
你仔细想想，A 依赖 B 就等于 A 被中断先执行 B，A 是被中断不是接着执行。既想被中断又想接着执行，矛盾对立，可能吗？A 可以在 B 执行完后接着执行。
这里应该 H-G 吧。
另外整个流程不就是递归的吗？
