Misty rain
言必行,行必果。
jmeter分布式压力测试，非GUI执行命令
12/20
Jmeter分布式压力测试，针对系统单个业务、综合业务进行多台负载机的压力测试
前提：
1、同一局域网
2、负载机也需要安装jmeter
操作步骤：
1、在主控机的jmeter的bin目录下找到配置文件jmeter.properties。找到里面的remote_hosts部分，修改内容为remote_hosts=10.154.。。 代表负载机的ip，如果是多个负载机用英文，分割。
2、进入负载机的bin目录下的jmeter-server.bat文件并启动
3、进入主控机，启动jmeter，点击【运行】--【远程启动】可以看到所有的负载机，可以选择启动，也可以全部启动
常见关键评估项
监管单位要求性能报告
涉及财产、生命安全的系统
首次投产的大型系统
核心数据库、软硬件升级
用户量、业务量增长30%以上
单版本单业务评估权重
是否平台核心位置
是否存在部署方式调整或优化
是否增加了性能风险较高的调整
是否存在客户要求必须测试的业务流程
是否涉及多个功能缺陷的修复且流程发生较大变化
2. 性能测试需求分析
业务层面
用户大量使用的功能
日常占比80%以上的业务
特殊交易日或峰值80%的业务
核心业务发生流程重大调整的业务
项目层面
曾经测试过性能调整了架构的业务
逻辑复杂、关键的业务
可能消耗大量资源的业务
与外部系统存在接口调用、大量交互的业务
调用第三方业务组件且逻辑复杂的业务
性能测试需求评审
可测性
可搭建相对真实的环境
一致性
用户需求、生产需求（真实性）、运营需求（规划未来发展要求）
场景用例设计
分类
单业务基准测试：是否满足系统设计和用户期望的性能指标
单业务压力测试：最大负载下，持续服务的时长
单业务负载测试：系统能够承受的最大负载
综合业务压力测试
综合业务负载测试
综合业务稳定性：核心业务基准负载下长时间运行系统稳定服务的能力
聚合报告参数详解：
- Label：每个 JMeter 的 element（例如 HTTP Request）都有一个 Name 属性，这里显示的就是 Name 属性的值
Samples：请求数——表示这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100
- Average：平均响应时间——默认情况下是单个 Request 的平均响应时间，当使用了 Transaction Controller 时，以Transaction 为单位显示平均响应时间
- Median：中位数，也就是 50％ 用户的响应时间
- 90% Line：90％ 用户的响应时间
- Min：最小响应时间
- Max：最大响应时间
- Error%：错误率——错误请求数/请求总数
- Throughput：吞吐量——默认情况下表示每秒完成的请求数（Request per Second），当使用了 Transaction Controller 时，也可以表示类似 LoadRunner 的 Transaction per Second 数
- KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec
一般而言，性能测试中我们需要重点关注的数据有： #Samples 请求数，Average 平均响应时间，Min 最小响应时间，Max 最大响应时间，Error% 错误率及Throughput 吞吐量。
非GUI命令执行
jmeter导出报告
jmeter -n -t D:\**\jmeter\apache-jmeter-5.1.1\script\综合活动.jmx -l D:\**\jmeter\apache-jmeter-5.1.1\script\zhhd.jtl -e -o D:\**\jmeter\apache-jmeter-5.1.1\report
1
1
1
1
1
1
1
1'||DBMS_PIPE.RECEIVE_MESSAGE(CHR(98)||CHR(98)||CHR(98),15)||'
1'"
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
555
555
555
555
555
555
555
555
555
1
555
1
555
555
555
555
555
555
1
1
1
1
1