本文转自测试人社区，原文链接：https://ceshiren.com/t/topic/29827

一，测试计划

• 用来描述一个压力/性能测试脚本和场景设计的基本运行单元， 使用 JMeter 进行测试的所有内容都是基于一个测试计划。

1，用户定义变量

• 测试计划的四个选项说明： 独立运行每个线程组：不勾选：各个线程组并行、随机执行；勾选：线程组按照前后顺序来执行 主线程组运行完成之后运行 tearDown 线程组 函数测试模式，比如保存响应数据或者样本数据，需要注意的是选择该功能非常磁盘空间 添加文件或者 jar 包，常用于外部功能调用

2，线程组

• 线程组元件是任何一个测试计划的开始点，在一个测试计划中的所有元件都必须在某个线程组下，所有的任务都是基于线程组。

在请求取样器执行错误时需要执行的下一步动作

• Continue：继续执行接下来的操作

• Start Next Loop：忽略错误，执行下一个循环

• Stop Thread：退出该线程（不再进行此线程的任何操作）

• Stop Test：等待当前执行的采样器结束后，结束整个测试

• Stop Test Now：直接停止整个测试

线程属性

• Number of Thread (users)：线程数，模拟的用户数量

• Ramp-up Period（in seconds）：达到指定线程数所需要的时间。举例：线程数设置为 50，此处设置为 5，那么每秒启动的线程数 => 线程数 50/5 = 10

• Loop Count: 循环次数

• Same user on each iteration：每次迭代都用相同的用户， 勾选该选项则不同次迭代之间是串行执行，不勾选则为并行执行。

• Delay Thread creation until needed：当线程需要执行的时候，才会被创建。如果不

  
  

  选择这个选项，那么，在计划开始的时候，所有需要的线程就都被创建好了

• Specify Thread lifetime：定义线程调度时间

• Duration (seconds)： 持续时间（秒）, 在此选项填入 N，说明这个计划，从某个开始时间算起，执行 N 秒后结束。（会忽略 结束时间 的选项）

• Startup delay (seconds)： 启动延迟（秒），在此选项填入 N，手动点击开始执行计划，然后延迟 N 秒后，计划才真正开始执行。

3，控制器

为请求执行提供不同的逻辑控制

介绍几个常用的逻辑控制器

• 事务控制器 Transaction Controller 事务控制器下的所有请求作为一个子请求，根据线程配置来观测数据

• 条件控制器 If Controller 可以自定义条件语句；也可以点击按钮设置默认的条件语句

• 循环控制器 Loop Controller 根据线程组配置循环次数，对控制器下的请求进行循环

• 随机控制器 Random Controller 根据线程组配置，控制器下的多个请求进行随机请求

4，采样器/取样器

• 采样器（取样器）： 模拟用户操作，向服务器发出请求的组件；

• 采样器作用：向服务器发送请求，记录响应信息与响应时间；

• 常用采样器讲解： HTTP Request Sampler （模拟 http 请求）

• Debug Sampler （用于 debug）

• 配置展示的参数：

• BeanShell Sampler （通过添加 BeanShell 脚本来实现对应的目的）

  
  

  设置 localDate 脚本：

返回 localDate 日期：

5，场景逻辑控制技术

• 利用 JMeter 逻辑控制器，实现测试业务流程中的逻辑变化，模拟实际业务场景

6，监听器

• 用来动态的监控 JMeter 执行测试的过程，实时查看测试结果；

• 常用监听器： 查看结果树（View Results Tree）：查看接口请求与返回 聚合报告 （Aggregate Report）：查看控制器性能数据 后端监听器 （Backend Listener）：结合 filuxDB 工具监控后端性能

7，定时器

• 顾名思义，定时器是用来控制采样器发出请求开始时间的组件，在每次请求发起前等待的时间

• 常见定时器：（路径：Add ——Timer） 固定定时器（Constant Timer）：固定延迟等待多少毫秒

• 高斯随机定时器（Gaussian Random Timer）：延迟时间呈高斯曲线分布下记表示延迟等待的时间范围为（2 秒 ~ 8 秒之间）

• 吞吐量定时器（Constant Throughput Timer）：控制吞吐量/每分钟

• 并发定时器（Synchronizing Timer）：控制请求并发的客户数量同时发起请求配置并发数与线程组的并发数一致

8，断言元件的使用

• 断言的作用就是让 JMeter 程序判断预期结果和实际结果是否一致，从而判定请求是否成功

• 常见断言：（路径：HTTP request 下点击右键 ——Add —— Assertions） 响应断言（Response Assertion）

• 大小断言（Size Assertion）

• XPath 断言（XPath Assertion） ：断言某个字段的值是否符合预期

• Json 断言（JSON Assertion）

9，常用配置元件剖析

• 路径：线程组名称点击右键 —— Add —— Config Element

• HTTP Header Manager：管理请求头参数的组件，同级别的请求都会使用组件的参数

10，前置处理器

• 在取样器发送请求之前执行,做一些准备工作,如设置参数、环境变量等

• 常见前置处理器举例：（路径：线程组名称点击右键 —— Add ——Pre Processors） Sample Timeout 前置处理器：设置请求的超时时间，作用范围内的请求均生效

• BeanShell 前置处理器 （BeanShell PreProcessor）Beanshell 是小型嵌入式 Java 源码解释器，基本就是 Java 语言 BeanShell 前置处理器：在 Sampler 执行之前会被执行举例：直接在 JMeter 的 Beanshell 处理器中写代码生成当前时间戳；将时间戳值赋值给变量，然后传递给后续的请求样本

11，后置处理器

• 后置处理器主要用于取样器执行后的提取数据操作；

• 常见的后置处理器：（路径：线程组名称/http request 点击右键 —— Add ——Post Processors） Json 数据提取器（JSON Extractor）

• 正则表达式数据提取器（Regular Expression Extractor）

• XPath 数据提取器（XPath Extractor）

12，执行顺序

• 八大组件执行顺序：线程组 - 定时器 - 控制器 - 前置处理器 - 配置元件 - 采样器 - 后置处理器 - 断言 - 监听器

二，http 请求管理

请求属性设置

高级选项设置

cookie 设置

• 路径：Add —— Config Element

信息头管理器

• 路径：Add —— Config Element

获取更多软件测试知识