当前的确是没有展示到 html 报告里面。运行测试时，添加--log-level debug，在 Terminal 中可以看到。

《低成本实现系统接口测试》基于ApiTestEngine这款框架，介绍了这款框架在大疆内部的实践和应用，欢迎有兴趣的同学来一起多多交流。

直播也很精彩

嗯，基本上要使用 GitHub 上的最新的代码，就得这么用

这是可以的，而且这个 sid 也可以从数据库中批量导出大量的。

理解了。对于这种情况，的确是没法只调用 A 的，采用的做法也是先调用 B，获取 sid，然后作为 A 接口的请求参数。这个并没有什么问题，因为实际的业务场景中，A 和 B 也不是独立的，用户在请求 A 接口之前也会请求 B 接口，所以设计测试场景的时候，也不应该将其独立开来。

同时收到两个接口的请求？这个跟关联没有没有关系吧，我还是无法理解你的问题。

不大理解你的意思。
关联的核心，在于从前一个请求的响应结果中解析出某些字段，然后用到后面的请求中作为参数。
这个对于被测系统来说是没有影响的。对于压测机本身，可能会因为解析数据而耗费一些 CPU，影响就是对生成的总并发数可能会有一些影响。不过这部分可以通过监控压测机本身的 CPU 状况来保障。

非常感谢！

这里的 token 表述的确不准确；我已经修改了案例，你可以直接看最新的代码，在 README 中的案例：https://github.com/debugtalk/ApiTestEngine

嗯，GitHub 的 README 中已经有执行的方式啊。https://github.com/debugtalk/ApiTestEngine

赞！持续关注~

后面还是要先写使用说明文档了，实现细节关注的人好少

能先整理下你的评论么？个人对排版有洁癖，实在是受不了这样的。

感谢推荐，我去了解下

可以参考这个：https://stackoverflow.com/questions/35783964/jenkins-html-publisher-plugin-no-css-is-displayed-when-report-is-viewed-in-j

这里有个例子，https://github.com/debugtalk/ApiTestEngine/issues/3

大赞！感谢分享，涨姿势了

看你贴的堆栈日志，报的错都不是框架部分的，不确定你那边的环境是否正常。
不过我也在 Mac 和 Linux 系统上测试过，后面也找台 Windows 试下是不是有兼容性问题。

是采用这种方式运行的么？
python -m unittest test.test_apiserver_v2.py

第一个问题，参考这个 issue；
第二个问题，可以将数据库查询封装到函数调用里面，然后参考《ApiTestEngine (3)》

居然真的有人从头到尾细看了，好感动~

你列出来的后两种，这个框架没有包含哦。不过思想应该是类似的

本文没有讲单元测试，主要讲的是在 YAML 中定义函数

感谢支持