求别黑
Java 之前其实也学过的，只是当前公司项目中 Java 后台的不多，而即使是用 Java 开发的，从通讯协议交互层面，Python 也都可以搞定，所以也就没有使用 Java 了。

对于其它的协议，就只有找开源的客户端了，之前我们有基于 XMPP 协议搞了一个 Python 客户端，来实现内部通讯工具的自动化测试

那就没法持续集成了

@kasi @chenhengjie123 我的理解应该是都可以采用统一的模式的，后面我详细介绍下我使用的方式哈，到时候再 @ 你们帮忙看下

有空了可以细看下，能提些建议就更好了

业务流转不应该就是体现在用例里面么？例如生成一个订单号，然后去选仓、出库等操作，都可以通过一个用例场景来配置实现啊

requests 主要是处理跟 HTTP 请求响应部分的；至于你说的那些业务逻辑，是单独实现的，后面你可以看下我的案例（还在写）。

主要原因是我充分复用了 requests 库和 unittest 库的 API，包括后续性能测试实现那部分，会复用 Locust

@kasi

陈年老帖也能被你翻出来

- test:
    name: get list
    request:
        url: https://www.baidu.com/get_list
        method: GET
        verify: False
        params:
            a: 2323,
            b: yuhj,
            c: sdhusdh
    response:
        status_code: 200

会有的，不过当前还没有完成这块儿

不大明白你的意思，这里的 MockServer 就是作为 APITestEngine 的外部服务，用于测试的

感谢分享！

在使用的过程中，如果觉得字体 14px 比较小，可以在生成的页面中修改 CSS 中的字号，然后再复制到公众号。

这个只是用来测试框架本身的；另一方面，文中需要案例的时候，也是在 Mock Server 中对应实现的

JSON 只是作为用例和框架的中间数据结构，包含所有的信息要素。但是直接编写维护用例不会这么写的，后面我还会抽象一套用例模版引擎

因为后面也要用 flask 做 Web 平台，所以就直接用这个了

最近找回状态了，不会太久

人生苦短，回头是岸啊

就喜欢你这样的

发起狠来，我自己都怕

on_start 的确是都执行了一次，只是 Locust 在统计的数据里面，on_start 并完全统计。
如果你有怀疑，可以在 on_start 里面增加一个全局的计数器并打印出来。

刚毕业的时候去的一家第三方测评机构，因为要出测试报告，只能用市场占有率高的商业工具（正版），所以用了三四年的 LoadRunner，自我感觉算是精通了。
后来跳槽去互联网公司后，就再也没有使用 LoadRunner 了，原因嘛，基本上就是 @seveniruby 说的，太笨重，而且不支持 Linux。
后来就根据自己熟悉的编程语言 Python，挑了一款开源的性能测试工具，Locust，还是很不错的。到了现在的公司后，也把这款工具在公司内部推广了，现在公司内部基本都是采用这款工具了。
开源的最大魅力，就是除了使用工具，同时还可以清楚地了解工具本身的实现，从而对性能测试具有更深的理解；当遇到没有的特性的时候，也方便进行二次开发进行扩展，多好~

不支持

已修改，感谢指正