文章目录一、执行测试脚本的测试机1.1 单机执行1.2 分布式执行二、性能测试脚本执行2.1 准备工作2.1.1 并发用户数与事务响应2.1.2 并发用户数与应用服务器性能2.1.3 并发用户数与数据库性能2.2 登录脚本2.2.1 一个用户登录2.2.2 模拟5个用户并发执行重点2.2.3 模拟10个用户并发执行三、总结一、执行测试脚本的测试机执行性能测试前需要根据要模拟的业务负载量来选择适当的测试机1.1 单机执行Windows环境 操作界面化、 直观、 易上手 但是软件占用机器资源较多 导致资源使用率不高 可支持并发较低。Linux环境 命令行操作 结果查看不太方便 但资源利用率相对较高 可支持较高并发。1.2 分布式执行如果单台测试机无论windows或linux都无法满足负载量要求时需要使用分布式的方法使用多台测试机一起来模拟特定负载量的业务JMeter工具支持分布式压测即多台机器同时执行同一个脚本然后统计结果。二、性能测试脚本执行根据测试用例 — 执行测试脚本测试用例中按照之前预设的性能指标每一个业务对应一个用例页。先基准——再负载——再稳定性一般实际工作中一条测试用例大约测试1-3分钟测试3-5轮取平均值记录到测试用例中。2.1 准备工作2.1.1 并发用户数与事务响应在测试计划中添加—聚合报告Label#样本平均值中位数90%百分位95%百分位99%百分位最小值最大值异常%吞吐量接收KB/sec发送KB/sec登录4043653674124324531045180.013.46.113.12总体4043653674124324531045180.013.46.113.122.1.2 并发用户数与应用服务器性能# 监控服务器的资源配置 1、在服务器安装 配合jmeter 监听的工具ServerAgent程序 2、用来监控服务端的性能的工具 包括cpu、 内存、 磁盘、 网络等性能数据 3、linux运行 ./startAgent.sh 启动之后窗口最小化不要退出 4、监听的是整个服务器和业务没关系在测试计划中添加 线程组-监听器-jpgc - PerfMon Metrics Collector2.1.3 并发用户数与数据库性能本案例中应用服务器和数据库服务器放在一起存储在同一台主机省略测试过程。实际中假如应用服务器和数据库服务器是分开的要进行测试2.2 登录脚本2.2.1 一个用户登录1、并发用户数与事务响应2、并发用户数与应用服务器性能CPU、内存、磁盘都是百分比网络显示带宽单位 B字节2.2.2 模拟5个用户并发执行重点从当前指标来看5个用户并发时TPS为18.3响应时间为271ms满足需求3s由于响应时间在需求许可范围内但TPS达到需要要求的TPS20因此需要进一步加大负载量测试系统性能资源指标在里面先忽略因当前虚拟机资源不足未执行性能测试时内存使用率就已经达到80%2.2.3 模拟10个用户并发执行当前系统的TPS为19.5接近20响应时间为506ms满足需求3s问题是资源使用率中CPU达到96%内存达到82%说明当前系统资源不足需要提升系统配置。三、总结1、单接口的性能测试用例执行构造性能测试时需要的数据修改性能测试以满足大量用户的并发执行配置性能测试时的监控 —— 聚合报告 和 PerForm组件分别模拟5/10/30/50/100用户逐步增加并发量记录性能指标2、多接口组合业务流程的性能测试用例执行当前业务流程中每个接口都达到性能要求后再进行多接口组合测试3、稳定性的性能测试用例执行当单接口和业务流程的性能指标都达标后再进行稳定性测试稳定性测试模拟真实用户的业务场景进行长时间测试通过运营统计获取真实用户的业务模拟系统最常见的操作有哪些每个操作的用户量比例是多少在Jmeter中按照运营数据设置线程组用户操作的用户量按照要求设置运行时间执行稳定性并监控性能指标