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

应届去上海

点个赞

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

代码层面去掉验证码

首先要理解前后端的分工，一般情况下，前端只负责展示，没有业务逻辑处理。前端的数据来源是后端，此时你只要确认后端传给前端的接口返回数据是否和预期的一致即可，方法 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 岁，从互联网转到金融行业重新出发

和你同样的境遇，感同身受，我在家已经两个月了，保持一个好心态很难但是很重要。我猜你的工龄不长，测试市场还是紧缺人才的，特别是年轻人，目前国内软件行业普遍规范性较差，未来还是有发展空间的，做好知识技能储备，放平心态，工作自会随之而来

线程数 750*4 是怎么实现的？

平均响应时间 3ms 的接口，压力有到服务端吗？

问题一、目前还没有经历过优秀的团队，这点很遗憾，个人认为只有在优秀的公司中，才能孕育出优秀的团队，反过来团队的特点也会反映出公司的特点。如果公司环境不好，小的团队很难独善其身，环境的力量很可怕。所以这个问题可以看做是优秀的公司的特质，而国内这样的公司很少。
问题二、文中提到的优点个人也比较认同，千金易得，一将难求，补充一下，学会授权，如何向上管理（很难）也很重要。
问题三、个人觉得依据现有的情况，还是先要让团队满足公司的业务发展需要，保证业务测试的正常进行，这里面可以大致划分两类人，业务专精型和项目管理型，专精型人才承担业务核心模块执行，项目管理型承担整体的进度和风险把控，资源的协调。然后依据需要，可以从接口自动化测试、UI 自动化测试入手，提升基本代码能力；效能工具开发，更精进的代码技能；性能测试，提升整体业务架构理解能力；

管理好，社区修改个人资料失败，提示” 用户名已经被使用 “，修改密码也有同样提示，实际没有输入用户名。

请问这个可以测试 pc 客户端么？