确实，你的校验到当前接口的返回就为止了，而我们可能还会调用其他接口去验证当前接口的结果，做一个业务闭环。其实最主要的问题还是数据驱动的引入，不能一个接口只写一个断言去处理当前接口所有的测试场景，得一种场景写一个断言。如果中途能引入一些自定义函数或支持插入自定义步骤，比如随机数，字典、列表等数据二次处理再组装就更好了。

大赞一个，业务很类似。似乎当业务用例里面涉及多个接口请求去取前置数据时还是有一定的局限性，比如我要从其他接口取一组数据用于另一个接口测试，但是有可能我取不到，我就会去做新建数据操作给自己造数据测试，这时感觉局限性就出来了不能做判断走分支控制测试流程？然后断言部分，我们的业务可能会涉及根据请求的入参类型，去断言得到具有特征的 response(或者其中某个字段)，不单单是断言数据，还有可能断言数据逻辑，似乎看起来也不能很好支持？有过这方便的拓展想法么？