压力测试中 4 个常见面试题总结

今天来说 4 个关于压力测试的面试题，如果你有更好的回答也可以给小编留言。

1、简述压力测试步骤

（1）测试环境准备：压测机资源（8核CPU、16G内存、机器数量4-7台）、被测系统服务器资源、数据库资源、测试人员操作系统权限、zabbix监控各个系统指标权限

（2）基础数据和测试数据准备

（3）明确预期指标

（4）测试工具安装部署

（5）准备压测脚本

（6）确认测试方案

（7）执行压测

（8）梳理压测报告

2、压力测试中你会关注哪些指标

（1）系统处理能力TPS：每秒钟处理完成的交易数量

（2）功能响应时间：从客户端发起业务请求到得到响应的整个过程所经历的时间。通常用平均响应时间、最大响应时间、90%功能响应时间等指标衡量。

（3）并发用户数：同时对应用系统发起业务请求的用户数量。该指标取决于业务操作间隔和单笔功能的响应时间，一般是在线用户数的10%左右

（4）系统资源利用率：各硬件系统资源（CPU、内存、磁盘IO、网络带宽）被占用的情况，CPU使用率低于80%、内存使用率低于70%。

（5）成功率：是指功能成功的数量占发出的总功能量的百分比。功能成功分为业务逻辑成功、系统响应成功等，可根据不同系统的测试要求进行调整。

3、压力测试策略是什么

（1）单场景负载测试：单场景负载测试目的是在对系统增加一定的压力，测试程序是否能够承担，并获取系统的服务能力以及系统性能表现。

测试方法：使用jmeter压测工具单机初始并发50个线程，每1分钟增加50个线程，持续到300线程持续压测，共计15分钟，依据tps曲线图分析最优tps值。

（2）业务混合场景测试：在业务混合情况下，模拟2小时业务高峰请求并接收结果，观察业务是否仍然能够正常响应，后台服务器资源使用情况在正常范围。

测试方法：使用性能工具向系统发送请求并接收返回结果，对于每个交易均使用固定并发压力进行测试，进行长达2小时的持续测试，获取接口的各项性能指标。单机初始并发50个线程，每1分钟增加50个线程，持续到300线程持续压测累积执行2小时。

（3）业务混合场景稳定性测试：在业务混合情况下，长时间业务请求并接收结果，观察业务是否仍然能够正常响应，后台服务器资源使用情况在正常范围。

测试方法：使用性能工具向系统发送请求并接收返回结果，对于每个交易均使用固定并发压力进行测试，进行长达8小时以上的持续测试，获取接口的各项性能指标。单机初始并发50个线程，每1分钟增加50个线程，持续到300线程持续压测累积执行8小时。

备注：数字自己按照实际情况填写。

4、压力测试中结果怎么分析，瓶颈有哪些，有哪些问题？

1）结果分析：

（1）先看下整体性能表现jp@gc-Stepping Thread Group，看聚合报告中的吞吐量、接口成功率（失败请求不足0.01%）

（2）平均响应时间趋势图jp@gc-Response Times Over Time，接口在200毫秒内均能返回，随着并发增加返回时间有所增加，大部分能在600毫秒内返回

（3）系统处理能力趋势jp@gc-Transactions per Second：单机初始线程在50时候，tps稳定在3700/sec，随着线程数增多至100时tps出现下滑至3400/sec，后续随着压力的增加tps一直在3500-4500/sec之间波动。

（4）服务器资源监控：Nginx、前置API、施压机

备注：数字自己按照实际情况填写。

2）瓶颈、问题

慢查询

返回异常

Nginx，CPU利用异常：升配至8c16g并优化负载策略

施压机性能瓶颈：调内存占用与增加施压机目前还有空闲

因page per second 每秒发包数量已到S4机型上限，优化增加一台nginx S4标准型 8核16G

压力过高导致系统返回***异常，权限校验失败，内部和测暂未再次重现

5、如何确定压测任务占比

一般是用户使用最频繁，或者业务操作复杂的业务

全文完，如果喜欢，就点个赞或者在看吧，转发、评论是对大田创作的最大支持~

最后： 下方这份完整的软件测试视频学习教程已经整理上传完成，朋友们如果需要可以自行免费领取 【保证100%免费】

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!