---

前言

如何确定系统最大负载？

通过负载测试，不断增加用户数，随着用户数的增加，各项性能指标也会相应产生变化，当出现了性能拐点，比如，当用户数达到某个数量级时，响应时间突然增长，那么这个拐点处对应的用户数就是系统能承载的最大用户数

你们系统哪些地方(哪些功能)做了性能测试？

选用了用户使用最频繁的功能来做测试，比如：登陆，搜索，提交订单

你们的并发用户数是怎么确定的？

1）会先上线一段时间，根据收集到的用户访问数据进行预估
2）根据需求来确定（使用高峰时间段，注册用户数，单次响应时间等

你们性能测试在什么环境执行？

参考答案：我们会搭建一套独立的性能测试环境进行测试

你们性能测试什么时间执行？

基准测试：功能测试之后，系统比较稳定的时候再做。
负载测试：夜深人静，系统没人用的时候

怎么分析性能测试结果？

首先查看事物通过率(错误率)，然后分析其他性能指标，比如，确认响应时间，事务通过率，CPU等指标是否满足需求；如果测试结果不可信，要分析异常的原因，修改后重新测试(复测)。

在确定性能测试结果可信后，如果发现以下问题，按下面的思路来定位问题

问题一：响应时间不达标

查看事务所消耗的时间主要在网络传输还是服务器，如果是网络，就结合Throughput(网络吞吐量)图，计算带宽是否存在瓶颈，如果存在瓶颈，就要考虑增加带宽，或对数据的传输进行压缩处理；

如果不存在瓶颈，那么，可能是网路不稳定导致。如果主要时间是消耗在服务器上，就要分别查看web服务器和数据库服务器的CPU，内存的使用率是否过高，因为过高的CPU，内存必定会造成响应时间过长，如果是web服务器的问题，就把web服务器对应上对应的用户操作日志取下来，发给开发定位；

如果是数据库的问题，就把数据库服务器对应上对应的日志取下来，发给开发定位。

问题二：服务器CPU指标异常

分析思路：就把web服务器对应上对应的用户操作日志取下来，发给开发定位。

问题三：数据库CPU指标异常

分析思路：把数据库服务器对应上对应的日志取下来，发给开发定位。

问题四：内存泄漏

分析思路：把内存的heap数据取出来，分析是哪个对象消耗内存最多，然后发给开发定位。

问题五：程序在单用户场景下运行成功，多用户运行则失败，提示连不上服务器。

原因：程序可能是单线程处理机制

如何识别系统瓶颈？

从TPS指标分析，TPS即系统单位时间内处理事务的数量。观察当前随着用户数的增长期系统每秒可处理的事务数是否也会增长

如何判断系统的性能是变好了还是变坏了

通过基准测试对比性能指标

你们的性能测试需求哪里来？

1：客户提供需求
2：运维提供需求(负责服务器的稳定性)
3：开发提供需求

如何实现200用户的并发？

在脚本对应的请求后添加集合点(绝对并发)
相对并发：线程组设置200线程数

什么情况下要做关联，关联是怎么做的？

当脚本的上下文有联系，就用关联。
比如登录的token关联，增删改查主键id关联

有验证码的功能，怎么做性能测试？

1、将验证码暂时屏蔽，完成性能测试后，再恢复
2、使用万能的验证码

你们性能测试做的是前台还是后台？

BS项目：测试的是后台服务器的性能和浏览器端性能；
APP项目：手机端和服务器端的性能都做

性能测试指标有哪些

响应时间
吞吐量
cpu
内存
io
disk

如何脚本增强？

1、做参数化
2、做关联
3、添加事务
4、添加断言
5、添加集合点(jmeter的同步定时器)
6、添加思考时间(jmeter的统一随机定时器和固定定时器)

下面是我整理的2026年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最珍贵的不是最终抵达的终点，而是沿途突破自我的每个瞬间。当你觉得撑不住时，请记住：蝴蝶破茧时的挣扎，正是它获得飞翔力量的关键。你的坚持，正在为生命谱写最动人的乐章！

别被暂时的风雨模糊了视线！那些看似坎坷的路途，都在引领你走向更美的风景。当别人选择放弃时，你的坚持就是最有力的宣言。向前奔跑吧，整个世界都在期待你的光芒绽放！