针对正文里的 登录接口能够承受秒级 1000 并发 ，就应该用假设 1 里面的 1000 个线程去发起压力，并要求响应时间达标。

我也是这么理解，没毛病

交流一下，这是一个简单的查询接口 10 并发和 50 并发下的结果，理想情况下，响应时间应该一样，而 tps 变成 5 倍，实际上响应时间些许增加，这个跟我发送速率没有达到 5 倍也有关

在服务端能力没有到达拐点之前，并发增加，响应时间应该几乎不变，而 tps 也会增加，或者说不增加并发是没法测到 tps 的最大值，这有什么问题请指教

这是什么理解，用 1000 个线程压测，服务端当然得有 1000 个线程，压测首先要监测服务端增加的线程数跟发起的线程数一致，你都说 tps 是算出来的来表达服务端能力的，跟线程无关。然后你的疑惑我认为可以从业务角度出发，性能测试也是要尽量模拟真实场景对吧，那么同样 1000tps 的登录接口：

1、1000tps = 1000 个用户 1s 内每个用户登录一次
2、1000tps = 100 个用户 1s 内每个用户登录十次

这两个一样吗，是不是还是用 1000 个用户比较接近实际，而且是领导们更关注的是场景 1 我觉得没啥问题。

再一个从实际出发，100 线程想达到 1000 的 tps，那每 s 每个线程都要完成 10 个请求，每个请求只有 0.1s，这也不太现实，一般高并发（线程）才能达到高 tps，所以我认为理解 线程数=并发 没有什么问题

改成表单就行，说明接口压根就不是 json 格式的传参，建议再多了解下接口

虽然我完全不会 js，但是看你的报错那么明显，随便百度一下就得到答案

就算去掉引号，你那也不是一个 json 串的格式
data = {"username": username, "password": password}
json 串应该是这种，对应 python 中的 dict

请问一下，adb 发命令正常，但 sonic 报错，可能是什么原因

这里也是，实际上看到设备执行了重启

那应该评审本身也有一些问题吧，测试自己有收获吗，开发测试产品三方都有比较有价值的发言吗

有个疑问，关于阶段 4 平台化，直接上一个开源的平台怎么样呢？或者说想问下自研平台对比 metersphere，品质上有高很多吗

最近在测小程序，发现开发在微信权限，一次性消息订阅上的逻辑全错了，服务端居然还出了个用户是否授权头像的接口给客户端调用。
那么我反思，如果我参与到他们调研这块的时候，或者接口设计评审，就可以发现这个问题，而不是等到测试时，这是不是测试左移呢，但这根本不关自动化的事情，所以我觉得 “每次 build 就触发自动化测试” 并没有触及本质

是不是在这里？

我是佩服有毅力的人，如果我不刷视频不打游戏，有大把时间看书

那 build 的三个 service 怎么区分的代码呢

内心：慌得一批，这么难搞黑盒测不出来啊，赶紧看看大佬们有什么办法；单测、白盒什么的卷起来，以后不能再漏了
嘴上：振振有词，需求没写明！开发没通知！用例评审过了没这个！测试环境没问题！开发测试一家亲！产品走查了！

好的，谢谢大佬

locust 自定义是不是可行？

亲测一楼写法可以，二楼没事改人家接口请求方式干嘛，那不是请求不通了？

不过你这个 body 里面的 password 你写死的，先获取它再设置成环境变量，跟直接设一个环境变量有啥区别？要加密？

鼠标放到要回的帖子上，就能看到回帖按钮

我感觉 locust 用 TRS 代替传统的 TPS，好像也没啥用呢，还让人误解

“我理解压力机的加压跟服务端的能力是无关的，继续加压应该会出现发送流量一直上涨”
这个理解是错误的，同一个线程或者说虚拟用户，发请求不是一直发的，要等服务端返回才会继续发

前端改的代码，前端点解决，可以要求后端以后写清楚点

如果二选一，那肯定是 95%percentile，median response time 是中位数，响应时间的最大值跟最小值变化不大，所以它不怎么变

“横向发展不是浅尝辄止的，每种相关的技术都需要花上一些精力去掌握的，当你掌握住后再换其他的”
不敢苟同，我认为每个方向上的技术都是不断发展的，很难有什么掌握住了这种境界，那让别人专注一个方向的情何以堪？我不是说 T 字形不好，只是太理想化，需要付出的是成倍的精力，还有得承认人的学习能力是有差距的，找到自己合适的横向或者纵向比较实际

jmeter 中，默认一个线程组下的请求是串行的，所以比浏览器中并行的时间要长；但我认为这不重要，你这里性能测试测的是服务端的性能，而前端用了一些手段（并行请求）来提升用户体验，其实是不影响你后端性能。不要单纯用你测试来的接口响应时间来评估用户的等待时间就可以了

垂直发展，我理解就是在一个领域一直深入，这样还被淘汰，发展了个啥 ? 垂直发展首先要找到合适的领域，其次要找到合适的工作岗位，岗位应该一直与你发展的领域契合，测一年 web 测一年 app，难以深入