只生成一次，那就可以把talk_ttkey: ${get_talk_ttkey()}放置到 config 中；另外，我看到你的aes_key在第一个 test 中都没有使用，干嘛不就在第二个 test 中定义？

@yinquanwang 大写的赞！！！我一直想做的，居然帮忙先做了，给力！

如果可以的话，是否可以将项目开源到HttpRunner的项目组：https://github.com/HttpRunner

受益颇深，感谢分享

感觉你把问题复杂化了。
我先问下，你的talk_ttkey: ${get_talk_ttkey()}在单个测试场景中需要调用多次么？还是说只生成一次talk_ttkey就行了？

这个对比其实就是 Locust 和 Jmeter 的对比；我还没有做过，后面我试下哈。

针对你说的这种场景，当前的确没法比较优雅的实现，但是也能实现。

def get_talk_ttkey():
    str1 = 'a'
    str2 = str1 + 'b'
    return str1 , str2

def get_str1(content):
    return content[0]

def get_str2(content):
    return content[1]

variables:
    - talk_ttkey:  ${get_talk_ttkey()}
    - ttkey_value : ${get_str1($talk_ttkey)}
    - talk_value : ${get_str2($talk_ttkey)}

后续我再想下是否有更好的方式吧。

学习啦。

方向规划上不够长远和明确，方向太散，有点打一枪换一个地方

我这边也有这种感觉，所以在想不能老做加法，也得多做做减法了。

期待

感谢大家！
另外补充上了两张照片

正在写

2018 年的第一个赞

按照完整的请求响应来统计，那就是相同的值啊

默默地点赞

HAR 是通用的标准，支持的工具挺多的，这也是一个很大的优势

P6 都能拿到 30K 的下限？

好的，有问题跟我反馈就好啦

你们的产品是商业工具？

你说的是参数关联的情况，这个 AuthToken 就不能写死，应该是每次生成传递给后续接口

脚本录制都会存在这样的问题，除非再实现一些自动关联机制，这个后续再看情况是否添加上

不限，只要是 HTTP 协议的都支持，翻下我之前写的文章吧

测试报告会采用 allure 重新实现下，现在的测试报告太简陋了

指定--full-speed之后，就会启用主从模式，例如计算机是 4 核的，那么就会启动一个 master，4 个 slave；而--no-web是只能单线程的，所以这两个参数是冲突的。

这也算一个 bug，提示信息不到位，我调整下。

现在的框架进化得已经跟最开始差异非常大了，现在要回过头去写也比较费时，估计暂时不会写这块儿了。

哦对，支持工具的列表里面没有 wireshark

插入个广告：

近期大疆互联网事业部急招测试开发工程师，也就是到我所在的组。
初级、中级、高级均有指标，名额无限制。也可以近期面试，拿到 offer 后年后入职。
本次招聘到年底前均有效。

有意向的同学可将简历发送至我的邮箱: mail@debugtalk.com