21 年计划 ， 遇到了什么难题，怎么解决的， 计划怎么解决 ，

那个 Fauto test 好像是不维护了吧， 我昨天看了半天 他的 bug 列表有人反馈新版本微信不支持， 只之粗很老的微信版本，一直没有人维护更新

抱歉，才看到您的信息， 我们接口测试的时候 偏业务流的， 比如下单， 验证下单接口 前提是登录和 加入购物车， 然后下单 ， 下单后 断言返回值 ， 然后再调用订单详情接口来逐个字段经比对， 这样的话 yapi 和 postman 是很难实现的

你这里说的是公共前置用例吗， 如果我们每个用例 断言时， 都会调用另一个接口来验证， 比如 注册接口， 断言注册接口返回的值后，我们会调用登录接口来辅助验证 是否是注册成功 ， 这种情况 支持吗，

大佬，业务用例里， 接口之间的参数传递是如何做的呢

近期也在看 yapi 和 postman , 这两个都是偏向开调试用的， 我们在做的自动化测试大部分都是业务流的，或者就是为了制造测试数据 以及验证接口的正确性 往往需要调用多个接口，这样的话 yapi postman 就很不方便 ， 虽然他们支持自己写脚本，但是受他们本身框架的限制， 依然会麻烦， 我们现在的自动化用的 RF + Excel 来维护的， 感觉是比较适合的， 但是也想找门槛比较低的工具，不过这两个工具似乎都不行

也遇到这样的问题了， 想问下您现在有解决办法了吗， 我们目前是 rf 做的接口自动化， 大部分的接口为了造数据，以及对结果的正确性校验 需要调很多接口，目前用 RF 来维护想对比较稳定， 但是大佬们想找 postman 这种工具来替代，理由门槛低，但是我觉得 postman 对单个接口调试是很方便 的， 但是对业务流实现起来 受平台本身的一些限制 ，用例不能复用，那每次用到都要新写一个，这样后面维护起来应该会很麻烦，

这些 postman 用法似乎是接口自动化， 你们是用 postman 来做接口自动化的吗， 业务流一类的接口用 postman 不会很麻烦吗