链式不是绝对的。采用链式能覆盖绝大多数场景，对于一些特殊场景，使用中间变量也可以接受的。

我个人是比较喜欢用框架来实现测试用例的开发调试和运行，平台只做用例展示和结果展示。

最近在做框架的另一种尝试，灵感来自于 rest-assured，充分复用到 IDE 的语法提示和自动补全。
大致是这样的：

赞之前有过计划写 locust 的源码解析，一直搁置了。看了这篇我就不用写啦

@红客联盟 @环境撘一半就放弃 之前在腾讯课堂上也看到过有人使用 HttpRunner 做的课程，我个人对这个持开放态度，只要别打着作者或者 testerhome 社区的名义就行。
对于参加培训的同学，也需要他们自己判断和识别了。

@jackie 感谢反馈。
HttpRunner 的开源协议采用的是 Apache-2.0，对方用于商业用途也是可以的。
但愿别给用户进行了误导就好

carol 小姐姐非常可爱，欢迎大家投简历哇

将获取 token 的脚本封装为一个用例 A，在其它用例里面，将 A 作为一个步骤，获取A output 的token

1、是的；其实在当前版本，也可以一个文件里写多个接口，格式跟之前相同，但只是为了保留部分兼容性，不推荐；
2、你说的是headers里公共参数么？这个之前是支持在config的headers里写的，后来去掉了；但从大家的反馈来看，这个后面还是得加回去；对于你说的跨场景的情况，那么就是要将多个用例组装成一个新的用例，在这个新的用例里面是共享session的；
3、hooks写在api定义里面应该也是可以的，你尝试发现不行么？
4、针对这种情况，在 API 定义里面也没办法，传参就是需要将从login返回的token传进去。

你怎么在 testcase 里引用？teststep 本来就是在 testcase 里的啊

其实这跟接口自动化测试也是类似的，可以参考下这个 https://testerhome.com/articles/18830