首先说明一下，抛开用户模型，谈 jmeter 支持的最大并发用户也是不准确的。
比如：登录、退出接口（前提：登录服务没有性能瓶颈）
用户模型 1: 登录，无等待时间，退出
用户模型 2: 登录，等待 10 秒，退出

同样的压力机配置、Jmeter、Jdk，这两种不同的用户模型，测试出来的最大并发用户数也是不一样的。

因为 Jmeter 是 Java 开发的、基于多线程并发模型的压测工具。一个虚拟用户，就对应一个线程。Jmeter 实际上是通过频繁的上下文切换，切换线程来造成并发用户的现象的。

所以，不同的用户模型，上下文切换对 CPU 造成的压力也是不一样的，从而测试出来的可支持的最大并发用户数也不一样。

建议，评估角度，从支持的最大并发用户数，改为能发出的最大 QPS。

具体可以看一下这篇文章 服务端｜性能测试入门指南 之 性能工具性能对比

压力机配置一定的前提下，访问 Nginx 的返回 1 的静态文件，保障 Nginx 服务没有性能瓶颈、保障带宽，然后就可以测试计算了

抛开压力机本身的配置 谈并发，都是耍流氓

应该还没，没看到 httprunner 作者关于这块的更新

升级后的阅读量不对：

功能：仅楼主可见 的 留言
楼主 只能在 通知中看到。
楼主身份 不能在文章中看到

修改回复，无法保存。

升级后的阅读量不对：

功能：仅楼主可见 的 留言
楼主 只能在 通知中看到。
楼主身份 不能在文章中看到

@ 今晚吃烤肉 恭喜恭喜，需要装修的话，推荐我家装修的工长。可以看看我家的装修记录（小红书号: 499557093）

@ 今晚吃烤肉
已修改为免费的：

修改回复，无法保存。

@ 今晚吃烤肉 具体哪几个链接？支付宝性能和京东性能测试指南吗？
我改成了免费的，去下载吧

testcase/testsuite file should be YAML/JSON format, invalid format file: path/to/demo_testcase_request_test.py

YAML/JSON 格式测试用例，只能引用 YAML/JSON 格式用例。

如果用 python 脚本写用例，可以参考:

这个格式就是 httprunner v3.x 的格式，跟 2 是不一样的

单元测试没那么难，只不过需要跟开发统一技术栈。不过单元测试开发写 ROI 更好

增加了 httprunner v2.x 中的基础概念部分，并做了 v3.x 的适配

本文属于基础篇，起引导和普及作用。如果想针对某个知识深入的话，比如 JVM 性能监控和调优，就需要去看专业的资料了。

要看到服务端性能的本质。

对于服务端来说，压力的纬度不应该是并发用户，因为用户模型非常难精确评估和控制。而应该是处理能力，即 QPS 或 TPS。

从服务端能承受多少 QPS 或 TPS 的角度来设计场景，就非常简单了

因性能测试知识跟自己的从业经历强相关，但性能知识范围甚广，不同的业务、不同的技术架构，我们的关注点和指标要求可能会区别较大，欢迎大家指正文中不足或错误之处，并附上相关资料链接，方便大家传阅。

应该有吧

回头我看看，能不能替换成 ${}这样更通用的参数变量格式

这种可以看看源码，其实主要是关键字问题，找个关键字替换了就成

😂。我还没遇到，是 $ 关键字冲突吗？可以详细说说一起想想办法