|
本日来说 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%免费】
这些资料，对于【软件测试】的朋侪来说应该是最全面最完整的备战堆栈，这个堆栈也陪伴上万个测试工程师们走过最艰难的旅程，盼望也能资助到你!
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 | 
