jmeter测试性能笔记
jmeter读书笔记
jemeter官方文档：网页链接
jmeter测试最少包含：测试计划、线程组和单个\多个采样器。
线程组
所有控制器和采集器都必须在一个线程组下；线程组允许控制限制数、加速周期（Ramp-Up时间）、执行测试次数。
加速器告诉jmeter需要多长时间才能加速到选择的全部线程数
控制器
控制器可分为：采样器和逻辑控制器
采样器：决定jmeter何时向服务器发送请求并等待响应。
逻辑控制器：决定何时jmeter向服务器发送请求的逻辑。
URL重写：URL信息不是通过cookie保存，就可以通过URL重写，操作方法：JMeter需要解析服务器接收到的HTML并检索唯一会话ID.
http请求默认值：被复用的内容的封装。使用场景：协议、服务器IP、端口等相同，只有路径不一样的情况。
信息头管理器：新增修改实现的数据是json格式的，向服务器提交申明的时候需要说明数据的内容类型。
参数化设置四种方式：
1.用户定义的变量 调用格式：${变量名}
2.CSV数据文件设置 CSV就是把数据用逗号分隔开，注意设置循环次数
3.用户参数 注意设置线程数，一个线程就是一个用户
4.函数
服务器cpu等数据查看：JMeter PerfMon Metrics Collector性能监控插件 - tooltime - 博客园
分布式设置问题：
1.同一局域网，相同的网段，ping不通。--需要关闭防火墙
2.修改property中参数，修改端口后jmeter连接不上。--需要设置指定1099端口
3.设置端口后jmeter仍然不能连接。--需要所有jmeter都启动jmeter.server服务
性能指标：
1.系统性能指标
响应时间（response time/RT）:用户数目多，响应时间应该越快；
吞吐量（Throughput）:系统在单位时间内处理请求数量。
QPS（queries per second）:单位时间处理完的请求数量（而不是接受的请求，这里包含用户的等待时间）。
TPS（transactions per second）:单位时间处理完的事务数量
错误率：需要系统在负载情况下（是指有大量并发请求的情况，而不是一个用户反复操作），失败业务的概率。一般要求错误率无限接近0.
资源使用率：cpu（不高于75%-85%）、内存（不高于80%）、磁盘io（即磁盘的传输速度不高于90%）、网络（不高于80%）。
如何获取性能需求指标：
需求直接给出
-可以直接作为性能测试的指标依据
根据历史运营数据分析
-提取进行性能测试的功能模块
-业务维度提取
-技术维度提取
-获取各功能的实际业务量
-性能指标计算
-正常场景TPS:二八原则（请求数*80%/运行时间*20%）
-峰值场景TPS:峰值请求数*系数（自己预估数据）/峰值时间
竞品分析
-获取同类型软件的性能指标/历史运营数据
jemeter各种http协议传参：
负载测试在区间中逐步增加步长，出现以下任意现象时，即是最大并发用户数：
1.出现连续报错
2.平均响应时间超过1.5秒（1.5秒是行业标准）
3.tps出现下降趋势
测试计划核心内容：
1.测试背景
2.测试目的
3.测试范围
4.测试策略
5.风险控制
6.交付清单
7.进度与分工
测试范围、测试策略描述模板：
