一.Jmeter实战之压测结果聚合报告分析

1.1性能测试的关键点

• 性能测试的关键点

  • TPS

    • Transactions Per Second 每秒事务数, 可以是一个接口、多个接口、一个业务流程
    • 包括增删改操作

  • QPS

    • Queries Per Second， 每秒查询数, 指一台服务器每秒能够响应的查询次数
    • QPS 只是一个简单查询的统计，不能描述增删改等操作
    • 如果只是查询操作 TPS = QPS

  • RT

    • 响应时间

---

1.2聚合报告 

新增聚合报告：线程组->添加->监听器->聚合报告

---

1.3参数解析 

---

 1.4如何得出最佳性能指标 

参数配置：500线程数，20秒持续压测

参数配置：3000线程数，20秒持续压测

• 如何得出最佳性能指标

  • 500线程 和 3000线程，500线程每次增加300个线程，持续压测得出最佳的吞吐量，此时线程数就是最佳 。响应时间在业务要求的范围里面。

---

二.Jmeter实战之压测结果响应断言 

2.1什么是断言

• 什么是断言assert

  • 指期望用户指定的条件满足，它是当用户定义的约束条件不满足时触发异常

  • 简单说：判断程序结果是否符合预期 

  • 什么时候应该用断言

    • 多数情况都可以，但是推荐使用较为简单的断言，比如响应断言

    • 复杂断言会消耗压测机器的性能

---

 2.2添加响应断言

步骤： 线程组 -> 添加 -> 断言 -> 响应断言

2.2.1断言测试字段

• • 测试字段（选择哪些字段进行断言）
    • 响应文本 Text response： 响应服务器返回的文本内容
    • 响应代码 Response Code： 断言Http 响应码是否符合预期，比如 200
    • 响应消息 Response Message ： 验证响应消息是否按预期显示
    • 响应标头 Response Headers ： 断言查看特定的 HTTP 标头是否存在
    • 文档（文本）Document (text)： 基本不用，高负载可能会占用大量内存导致OOM
    • URL样例 URL Sampled ： 针对请求的 URL 使用以确保它符合预期
  • 模式匹配的规则

    • 包括 Contains： 响应内容【包含】需要匹配，支持正则表达式。

    • 匹配 Matches： 响应内容要【完全匹配】需要匹配代表响应成功，大小写不敏感，支持正则表达式。

    • 相等 Equals： 响应内容要【完全等于】需要匹配代表响应成功，大小写敏感，内容是字符串

    • 字符串Substring: 响应内容【包含需要匹配】的内容才代表响应成功，大小写敏感，内容是字符串

    • 不相等 Not： 取反操作，不相等

    • OR： 应用 OR 组合中的每个断言，将多个断言模式进行OR连接 

---

 2.2.2断言实例

实例一：响应代码

前置条件

断言之前结果树

把响应代码设置成302

断言之后结果树

实例二：响应文本 

断言之前结果树

添加符合要求的断言

添加符合要求断言的结果树

修改断言内容为不符合要求的条件

 修改之后的结果树

---

三.高并发业务下Jmeter压测之持续时间断言 

 3.1什么是持续时间断言

什么是持续时间断言Duration to assert

• 用于判断服务器的响应时间，作用对象是服务器

• Duration in milliseconds：响应时间设置（单位毫秒），如果响应时间大于设置的响应时间，断言失败，否则成功

• 后端接口说明，端口 8080

 3.2添加持续时间断言 

添加->断言->断言持续时间

    3.3持续断言时间实例 

前置条件

添加断言

断言后结果树 

 断言后聚合报告

---

四.Jmeter用户自定义变量实战

• 需求背景
  • 企业开发里面一般都是有多环境开发
  • 项目中有变量会根据环境变化而变化

4.1添加用户自定义变量

线程组—>添加—>配置原件—>CSV Data Set Config 

  

 4.2自定义变量实战

设置ip和端口 

 我们可以在http请求默认值中进行一些修改。

查看结果树

---

五.Jmeter性能测试之CSV多个可变参数压测实战

---

• 需求

  • 业务开发里面参数一般不是固定方式，而是采用可变参数进行压测
  • 比如压测商品详情，查看id从1~100 的商品详情

  

5.1解决方案 CSV可变参数

5.1.1对单一参数压测的方式

5.1.2 对可变参数进行压测

添加CSV 

线程组—>添加—>配置原件—>CSV Data Set Config  

前置条件，提前准备一个CSV文件，格式如下

配置CSV界面

 在接口详情页修改内容

查看结果树，是一一对应的

---

六.互联网公司标准压测流程和压测脚本JMX讲解

---

 6.1互联网公司常规压测流程

6.1.1多环境区分 

• 本地开发环境生成脚本，上传压测机器
  • 压测机和被压测机器隔离
    • 避免资源争夺：内存、CPU、磁盘IO、网络IO
  • 停止其他无关资源进程
  • 内网环境，非GUI下压测 

拿CSV举例，如果上传到压测机，首先我们我们要修改连接，也就是对应的IP地址和端口。其次还要修改CSV路径。 

---

 6.1.2压测的注意事项

• Jmeter执行压测核心是JMX脚本

  • 打开方式sublime,或者xml编辑器
  • 常规修改项
    • 请求地址修改
    • 参数化文件路径修改

---

七.高并发业务下Jmeter集合点应用实战（重点）

7.1背景&痛点 

• 是多用户并发测试，但真正的并发其实是不存在的，用工具模拟并发
• 前面的测试“线程数”是并发用户数，启动需要时间，不是并发同一时刻访问
• 常规压测需要模拟全部用户同一时刻访问，比如 秒杀 案例场景
• 需求：先让全部请求 同时集合在一起，然后再一起访问，实现真正的并发

7.2解决方式--Jmeter的同步定时器

• 将多个请求同步并发操作，同步定时器又可称之为“集合点”
• 将需要做并发的请求集合在一起后再进行请求

 前置条件-线程组

前置条件-取样器

添加定时器

配置定时器信息

7.2.1注意事项

• 注意事项
  • 设置的值不能大于线程组 数量
  • 最好的情况是 【线程组】 可以被 【用户组】整除
  • 超时时间以毫秒为单位：指定人数 多少毫秒没集合到算超时
  • 超时时间是0则无限等待，如果是大于0，则未达到集合的【用户组】数量，会在超时后执行