建议是直接使用 v4 版本，应用场景和可能性会更多一些。而且各个版本其实都是有关联的，设计思路一致。
如果你后续想学习源码的话，可以从 Python 版本着手，之前有博客介绍从 0 开始建设的过程，对你学习如何开发和设计框架应该会有所帮助。
https://debugtalk.com/tags/HttpRunner/

在使用 hrp boom 执行性能测试的时候，结束测试后会在终端打印这些信息。
另外这些数据都会上报到 Prometheus，配置 Grafana 后可以看到可视化看板，之前有发过相关文章，你可以参考下

没有单独存放各版本的报告；

v2/v4 的报告基本上是一样的；v3 采用的是 pytest-html 的报告

可以使用 assert_contains 和 assert_contained_by

HttpRunner 的介绍：https://httprunner.com/docs/introduction/overview/

感谢大家的支持

@ligk @Baguette 在 hrp 中会创建一个虚拟环境，~/.hrp/venv/，funppy 等依赖会安装在这个虚拟环境中。

因此如果你们直接运行 pip 安装的时候，可能会安装到系统的 packages 中；正确的做法是先激活 ~/.hrp/venv/，再在这个虚拟环境中安装。

v4.1.0 已经正式发布了，大家可以体验下 Postman 转换的功能

@SagacitySea 你是在录制脚本的时候将所有请求的起始时间记录下来，然后在压测的时候按照时间戳间隔进行了模拟么？

这里有两个问题：

1、web 页面加载时，资源加载的顺序和策略是不完全固定的，按照录制那个时刻记录的时间戳，本身跟真实用户浏览器的加载也会存在偏差，并不能做到真实模拟浏览器；除非你的机制就是内置了浏览器的渲染引擎，但这对资源的消耗很高，很难做到较高的并发；
2、很多时候浏览器的并发资源加载都是静态资源，这些资源都是在 CDN 上的；大多数时候压测 CDN 资源的意义不大，会进行过滤处理，只压测 app 服务器的接口；而 app 服务器接口应该基本都是串行的。

同时支持 mac/linux/windows 的。
安装方式是一样的，只要你有 curl/wget 工具就行。
如果没有，那就手动下载 Windows 版本的编译产物也行。

https://httprunner.com/docs/user-guide/installation/

TLS 咋啦？

👍

@Jhon.LY @socialya 这个问题我们已经修复了，今晚发布新版本，v4.1.0-beta

@Rikasai 有空的时候跟 HttpRunner v4.0 搞个 benchmark 对比看看哇

v4.0 的官方文档计划在这个月底补齐哈；具体文档、博客的规划你可以看这个文档介绍
https://bytedance.feishu.cn/docx/doxcnD4iKnIyGoH2IOUbFcM3hJg

HttpRunner + Prometheus + Grafana 来啦，大家玩起来

本文结合案例演示整体介绍了如何使用 HttpRunner v4.0 进行性能测试，欢迎大家多多实践，遇到问题后及时反馈哇

对应的是 websocket 的地址，这里可以填写绝对地址，也可以填写相对 base_url 的相对地址。

针对 websocket 协议，url 是相同的，因此这里都填写为了 /；没有去除 url 参数的原因，主要是我们会在单一用例中支持多种测试协议和测试类型。

@bbx-winner 我也感觉这个 url 有些累赘，要不把这个参数可以变成可选项，不填写的时候默认值为 /。

本文将结合案例初步介绍使用 HttpRunner v4.0 测试 WebSocket 的方法，欢迎大家多多实践，后续我们将基于大家的反馈进行迭代优化。

手动点赞👍

在 v4 版本中，命令是 hrp 哈。你需要使用 hrp startproject demo

在功能使用层面，使用 golang 主要是想降低 Python 环境依赖，二进制分发部署更容易些；
在性能层面，我们的方案是基于 boomer，之前已经在大型项目验证过了；具体的 benchmark 我们近期会出分享文章的

感谢支持，期待多多反馈

文章更新完啦

@ 张狂天 我记得 on_start 是每个虚拟用户在启动前都会执行一次；你将 excel 的加载放到这里是不合适的，一方面是每个虚拟用户都要去加载打开 excel 文件，占用资源多；另一方面是虚拟用户之间没法实现数据的共享。

你可以参考下 HttpRunner v2/v3 在 locust 部分的代码