接口执行是串行的，并且有前后关系的， 就放在一个线程组执行，可以做上下接口数据关联。
接口是并行的，就放在多个线程组里面

应届去上海

点个赞

如果这都能自动识别了 那验证码就没存在价值了

代码层面去掉验证码

首先要理解前后端的分工，一般情况下，前端只负责展示，没有业务逻辑处理。前端的数据来源是后端，此时你只要确认后端传给前端的接口返回数据是否和预期的一致即可，方法 1：web 端 F12 看接口返回的字段，移动端可以使用抓包工具，如 Fiddler。

上就完事了

一个线程响应时间 0.5 秒，那么一个线程在一秒钟就能产生 2 个请求，125 个线程在一秒钟就能产生 250 个请求，即 tps = 250

1、每天 100 万人访问，一天按照常识可以粗略估计一天 10 小时，根据系统特性分析这 100 人的集中登录时间，如果无法获取，粗略根据 2/8 法则，80%（800w) 的流量集中在 20%(10*20%*3600) 时间内访问，800w/7200 大约 110 的 tps
2、同时在线 1000 人，这 1000 人登录这个网站会进行哪些操作，模拟相关的查询接口，下单接口等，将相关的接口串行，中间做等待时间，比如某个查询后，浏览 20 秒钟后下单等，启动 1000 个线程循环执行上述流程一段时间，一般观察一段时间的资源，资源使用稳定既可，也可以做一天的持续测试
3、4 可以放一起，根据单个下单接口的响应时间，制定下单并发数以满足 tps 达到 250，比如单个下单接口响应时间为 0.5 秒，那你起 125 个线程并发，即可满足下单接口达到 TPS 250，10w/250 = 400 秒，保证 125 并发执行 400 秒就可以了
最后，实际操作中可以适当扩大指标，做一定的冗余设计，比如对各个指标要求提高 20%

37 岁，从互联网转到金融行业重新出发