不好意思，这块放了太久了，可以咨询一下 @zsx10110

全职奶爸看到帖子后，手动点赞，哈哈，好有共鸣。

真的是经典中的经典，文中提到的方向，真的很适合参考，是成为 T 型人才的很好的引导。

不加检查点的测试通过都是耍流氓

被神化的一种可能是，能做到的人或者能做成功的人太少了。

不过有人很早就做成功了，看看十年前的段念，已经把自动化成功做起来了。

性能测试的关键，不是如何写脚本、如何用工具、如何监控。

性能测试的关键是：如何理解性能目标并规划性能测试模型，建议看看我的两篇文章：

• 《服务端性能测试 - 入门指南》
• 《服务端性能测试 - 工具篇》

科普好文

可以的

1、先搞明白 TPS 和 QPS 的区别
TPS(Transactions per second)：是从事务的角度出发，比如一个下单事务，可能包含 3 个接口。
QPS(Request per second)：可以理解为每秒接口的请求数。

2、如何对一个接口性能进行评估？
建议使用 “负载测试”，可以找到该接口的性能在不同并发压力下的 QPS 能力。
详细说明如下：

3、性能测试中限制 QPS 操作：
首先为什么要限制 QPS 呢？如果是为了做长时间的稳定性测试，建议先用负载测试测试出各阶段并发压力下的 QPS，然后再用对应的 QPS 去做。

如果使用限制 QPS 的插件去做，Jmeter 会额外增加 QPS 的计算，增加了压力机的负载。

亲测有效：

哈哈，赞赞赞。 编程对于不懂的人来说，确实有点像超能力

哇，厉害厉害，可以写一篇介绍一下你们的实验室和测试流程，帮助大家

已经停止维护了

专业算法开发的，可以评估算法效果。但是在音视频质量上，还是建议专业的音视频从业人员建设实验室来做。

@ 蔓藤不到冬 @ 清风的故事 客气啦，能帮到大家就好

你这个图有毒，吓我一跳😂

jmeter setup 中登录获取公共变量，可以做到

飞哥的进阶之路看着像坐火箭，其实是每天的努力学习、实践、总结，佩服佩服

同意，低代码平台，我们这边整过。

发现对于没有代码逻辑思路的测试同学来说，低代码写出来的用例质量一直会很低。但是写代码的用例质量，写个半年一年，基本合格。

而且写代码的同学，可以通过培训加速提高到合格线。

说白了，写自动化用例基本上都是套路 + 关键函数，有点技术含量的全部封装出来即可。

换个思路，看文中描述，不知道我理解的对不对：
setup 登录
beanshell 获取 token
普通业务线程组使用 token
teardown 删除 token

不太明白楼主为什么不直接使用 beanshell 声明全局变量（值为 token），然后线程组直接使用就行。

不需要写 csv 和删除 csv 的操作

我记得 Loadrunner 也有这个问题

全端 APP 可能是下一个热点领域吗？你怎么看？

可以看一下是否跟安卓版本有关，比如拿一台小米 android10 的机器试试

下一次大会，可以找一个牛逼的业务测试，来帮大家探索一下业务测试的天花板

算了，你开心就好