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

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

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

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

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

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

科普好文

可以的

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 的机器试试

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

算了，你开心就好

也同样回复你一下。
你看到的，不代表全部。

最近跟百度做后端开发的聊天，说跟他合作的一个百度的测试很厉害，语气中都是佩服，并没有鄙视。

不是所有测试被鄙视，也不是所有开发不被鄙视。每个行业中，精英的比例都是差不多的。

首先，我真的没关注你。

能看到这篇的原因是，我关注了恒温，恒温的任何动态都会有通知到我。

其次，专栏其他人不可见？这个功能好像不符合社区关于专栏的定位吧。

不管咋地，教育别人的语气，都不合适吧