Jmeter v5.6.x 使用说明书(简要版)

目录

测试计划

线程(用户)

配置元件

监听器

定时器

前置处理器

后置处理器

断言

测试片段

非测试元件

线程组

取样器

逻辑控制器

前置处理器

后置处理器

断言

定时器

测试片段

配置元件

监听器


Jmeter快速入门 实操示例icon-default.png?t=N7T8https://blog.csdn.net/Franciz777/article/details/112197255

测试计划

测试计划是指执行性能测试所需的整体结构和组织。它指导 JMeter 如何以及何时运行多个线程、发送请求到目标服务器,并处理逻辑控制、变量等。测试计划是包含一个或多个线程组(代表用户群)、配置元件、取样器、监听器以及可选的前置处理器、后置处理器、断言和定时器的容器。

以下是测试计划的几个关键组成部分:

线程(用户)

  • 线程组:模拟一组并发用户执行测试。每一个线程代表着一个用户,并且所有的线程将根据配置来执行具体的取样器。

配置元件

  • 配置元件:用于设置变量和默认值,它们会对测试计划中的其他组件产生影响。例如,HTTP 请求默认值可以设定所有 HTTP 请求共有的服务器信息和参数。

监听器

  • 监听器:负责收集测试结果数据,并以图形或表格的形式展示这些信息。如“聚合报告”、“查看结果树”等。

定时器

  • 定时器:控制线程发送请求之间的时间间隔,模拟用户实际操作时的思考时间。常见的定时器有固定定时器、随机定时器等。

前置处理器

  • 前置处理器:在取样器执行之前运行,用于修改或设置取样器的参数。例如,“用户参数”可以在请求发送前动态设置参数值。

后置处理器

  • 后置处理器:在取样器执行之后运行,通常用于提取响应数据,进行某些后续处理。比如,正则表达式提取器可以从响应中提取数据并赋值给变量。

断言

  • 断言:用于校验响应是否符合预期。若响应不匹配断言条件,则该取样器会被标记为失败。断言类型包括响应断言、大小断言等。

测试片段

  • 测试片段:是测试计划的可重用部分,它本身不会直接执行,但可以在多个测试计划中复用。

非测试元件

  • 非测试元件:如注释、模板等,它们不直接参与测试逻辑,但可以帮助组织测试计划或提供关于测试结构和目的的信息。

线程组

  • setUp 线程组:setUp 线程组是 JMeter 中的一种特殊线程组。它用于在执行测试计划之前设置初始条件或执行一些预处理操作。setUp 线程组内的线程仅在测试计划开始之前运行一次,然后会被停止。通常,setUp 线程组用于准备测试数据或建立测试环境。
  • tearDown 线程组:tearDown 线程组也是 JMeter 中的特殊线程组。它用于在执行测试计划结束后进行一些清理操作。tearDown 线程组内的线程仅在测试计划结束时运行一次,然后会被停止。通常,tearDown 线程组用于释放资源、关闭连接或执行其他测试后的清理工作。
  • 开放模型线程组:开放模型线程组是 JMeter 中的一种线程组类型。它提供了更灵活的并发用户模拟方式。开放模型线程组允许您根据具体需求定义并发用户的行为模式,例如指定用户的到达率、持续时间和离开率等参数。这种线程组适用于模拟真实世界中的用户行为,可以更精确地模拟负载情况。
  • 线程组:线程组是 JMeter 中最常用的一种线程组类型。它用于定义并发用户的数量、循环次数和执行顺序等。线程组内的线程将同时执行相同的测试步骤,以模拟并发用户的请求。通过配置不同的线程组,您可以模拟不同场景下的并发负载。

取样器

  • HTTP 请求: 模拟向服务器发送 HTTP 请求,用于 Web 应用程序的压力测试和效能分析。
  • 调试取样器: 提供 JMeter 变量和属性的详细信息,帮助调试测试脚本。
  • JSR223 Sampler: 使用支持 JSR223 的脚本语言执行自定义代码。
  • AJP/1.3 取样器: 测试 Apache JServ Protocol 1.3 版本的服务器,例如 Tomcat 与 Apache 的交互。
  • Access Log Sampler: 重放访问日志中的 HTTP 请求以模拟真实流量。
  • BeanShell 取样器: 使用 BeanShell 脚本语言执行自定义逻辑。
  • Bolt Request: 与使用 Bolt 协议的 Neo4j 数据库交互,执行 Cypher 语句。
  • FTP 请求: 对 FTP 服务器进行文件上传、下载等操作的性能测试。
  • GraphQL HTTP Request: 发送 GraphQL 查询和突变到 GraphQL 支持的 API 端点进行测试。
  • JDBC Request: 通过 JDBC 连接测试数据库性能,执行 SQL 查询。
  • JMS 发布: 向 JMS 话题或队列发送消息进行测试。
  • JMS 点到点: 测试点对点通信,发送和接收 JMS 队列中的消息。
  • JMS 订阅: 从 JMS 话题订阅消息,测试发布/订阅消息传递机制。
  • JUnit 请求: 运行 JUnit 测试案例,将单元测试集成进性能测试。
  • Java 请求: 调用任意 Java 类的方法作为测试的一部分。
  • LDAP 扩展请求默认值: 设置 LDAP 请求的默认值,通常与 LDAP 请求取样器结合使用。
  • LDAP 请求: 对目录服务进行添加、修改、删除和搜索条目的性能测试。
  • OS 进程取样器: 执行外部程序或脚本,捕获输出以测试系统命令性能。
  • SMTP 取样器: 测试电子邮件服务器的性能,模拟发送电子邮件行为。
  • TCP 取样器: 向服务器发送 TCP 请求,接收响应以测试基于 TCP 协议的服务。
  • 邮件阅读者取样器: 连接并读取邮箱服务器上的电子邮件内容,测试 IMAP 或 POP3 服务器性能。

逻辑控制器

  • IF 控制器: 根据定义的条件逻辑来决定是否执行其子元素。
  • 事务控制器: 将其下的多个请求作为一个事务进行分组,以便统一测量整个事务的响应时间。
  • 循环控制器: 按指定次数重复执行其子元素。
  • While 控制器: 基于条件表达式循环执行其子元素,直到表达式不再为 true。
  • ForEach 控制器: 遍历变量集合,并对每个变量值进行一系列操作。
  • Include 控制器: 允许将外部 JMeter 测试片段包含到当前测试计划中。
  • Runtime 控制器: 根据预设的运行时间执行其子元素,当时间到达时停止。
  • 临界部分控制器: 确保同一时间只有一个线程执行其子元素,可用于模拟并发场景下的单用户操作。
  • 交替控制器: 使得每个线程在每轮迭代中执行子列表中的下一个元素。
  • 仅一次控制器: 确保其子元素在每个线程的生命周期中只执行一次。
  • 录制控制器: 方便用户录制 HTTP 请求,并生成相应的测试步骤。
  • 简单控制器: 组织和管理测试计划中的取样器和其他逻辑控制器。
  • 随机控制器: 随机选择一个或多个子元素来执行。
  • 随机顺序控制器: 在每次迭代中随机改变其子元素的执行顺序。
  • 吞吐量控制器: 控制子元素按照百分比的执行频率,根据总体吞吐量来限制执行。
  • Switch 控制器: 根据给定的值选择性地执行其子元素。
  • 模块控制器: 允许从当前测试计划中调用另一个测试计划的部分,实现测试用例的重用。

前置处理器

  • JSR223 预处理程序: 允许你在发送请求前使用多种脚本语言(如 Groovy, JavaScript, Python 等)进行自定义处理。
  • 用户参数: 用来定义测试计划中各个线程(用户)的参数,可以动态赋值,并在测试中使用这些值。
  • HTML 链接解析器: 自动处理 HTML 响应,提取其中的链接,以便 JMeter 能够像浏览器一样请求页面上的资源。
  • HTTP URL 重写修饰符: 主要用于处理会话 ID 和 URL 重写,它能自动处理 URL 重写的问题,比如添加 JSESSIONID。
  • JDBC 预处理程序: 使用户能够在执行数据库相关的取样之前执行 SQL 查询或更新操作。
  • 取样器超时: 设置取样器(Sampler)的超时时间,超过该时间未响应则认为请求失败。
  • 正则表达式用户参数: 通过正则表达式从之前的响应中提取值,并将这些值用作后续请求的参数。
  • BeanShell 预处理程序: 使用 BeanShell 脚本语言执行前置处理,类似于 JSR223 预处理器,但仅限于 BeanShell 语言。

后置处理器

  • CSS/JQuery 提取器: 通过 CSS 选择器或 jQuery 表达式从 HTTP 响应中提取值。
  • JSON Extractor: 用于从 JSON 格式的响应数据中提取和操作信息。利用 JMESPath,它可以查询和获取复杂的数据结构。
  • 正则表达式提取器 (Regex Extractor): 使用正则表达式从响应中提取所需的数据。
  • 边界提取器 (Boundary Extractor): 根据左右边界提取响应中的数据片段。
  • JSR223 后置处理程序: 允许您使用 Groovy、JavaScript 等脚本语言编写自定义代码,对采样器的响应进行处理。
  • JDBC 后置处理程序: 主要用于执行数据库相关的后处理工作,比如对数据库查询结果的处理。
  • XPath2 Extractor: 使用 XPath 表达式从 XML 格式的响应中提取数据。与 XPath 提取器不同,它支持更多的 XPath 功能和语法。
  • XPath 提取器: 使用 XPath 表达式从 XML 格式的响应中提取数据。
  • 结果状态处理器 (Response Assertion): 用来验证响应是否符合预期的条件或内容。
  • 调试后置处理程序 (Debug PostProcessor): 用于调试,可以输出采样器的所有可用信息和变量,便于查看和调试。
  • BeanShell 后置处理程序: 像 JSR223 后置处理程序一样,可以运行自定义的 BeanShell 脚本,但是相比 Groovy 等其他脚本语言,BeanShell 的性能通常较低。

断言

  • 响应断言: 用于验证服务器返回的响应是否符合预期,比如包含或不包含某些文本字符串。
  • JSON 断言: 针对 JSON 格式的响应进行断言,检查响应体中的 JSON 数据是否满足特定条件。
  • 大小断言: 测试响应数据的大小(长度)是否符合设定的条件。
  • JSR223 断言: 允许使用多种脚本语言(如 Groovy, JavaScript, Python 等)来编写自定义的断言逻辑。
  • XPath2 Assertion: 使用 XPath2 表达式对 XML 响应进行断言检查。
  • HTML 断言: 检验返回的 HTML 文档的结构和内容是否符合用户的预期。
  • JSON JMESPath Assertion: 使用 JMESPath 查询语言对 JSON 对象进行断言。
  • MD5Hex 断言: 验证响应数据的 MD5 哈希值是否符合预期。
  • SMIME 断言: 对 S/MIME 加密的消息进行断言,确保其内容未被篡改并且满足一定的安全要求。
  • XML Schema Assertion: 根据指定的 XML Schema 验证 XML 响应的结构和内容。
  • XML 断言: 判断响应数据是否能够作为合法的 XML 解析。
  • XPath 断言: 使用 XPath 表达式对 XML 格式的响应数据进行断言。
  • 断言持续时间: 检查请求响应的时间是否符合预期范围。
  • 比较断言: 对两次请求的响应结果进行比较,验证它们是否一致。
  • BeanShell 断言: 使用 BeanShell 脚本语言编写断言逻辑。

定时器

  • 固定定时器 (Constant Timer): 在每个请求之间添加固定的延迟,模拟用户在请求间的思考时间。
  • 统一随机定时器 (Uniform Random Timer): 提供两个参数:一个常数延迟和一个随机延迟。每次延迟是两者之和,其中随机延迟值在每次请求后随机生成。
  • 准确的吞吐量定时器 (Precise Throughput Timer): 控制通过它的请求数量,以保持每分钟的特定吞吐率,不论线程数多少。
  • 常数吞吐量定时器 (Constant Throughput Timer): 尝试以恒定的吞吐量(例如每分钟的请求数)来执行测试,通常会受到线程数等因素的限制。
  • JSR223 定时器: 允许使用支持的 JSR223 脚本语言(如 Groovy, JavaScript 等)来自定义计算请求之间延迟的逻辑。
  • 同步定时器 (Synchronizing Timer): 当指定数量的线程到达这个定时器时,它会阻止所有线程的执行,直到指定数量到齐,然后同时释放它们。
  • 泊松随机定时器 (Poisson Random Timer): 根据泊松分布生成请求之间的时间间隔,模拟自然流量。
  • 高斯随机定时器 (Gaussian Random Timer): 使用高斯分布(正态分布)来随机计算请求间的延迟时间,可以设置平均延迟和偏差值。
  • BeanShell 定时器: 类似于 JSR223 定时器,允许使用 BeanShell 脚本来自定义延迟逻辑

测试片段

  • CSV 数据文件设置: 允许使用 CSV 格式的文件来为测试提供输入数据,可以使测试数据参数化。
  • HTTP 信息头管理器: 用于添加或覆盖 HTTP 请求的头信息(Headers),如用户代理、接受类型等。
  • HTTP Cookie 管理器: 管理和存储 Cookies,模拟浏览器对 Cookie 的处理。
  • HTTP 缓存管理器: 模拟浏览器的缓存机制,例如如果要测试页面缓存是否有效。
  • HTTP 请求默认值: 预定义 HTTP 请求的默认值,例如服务器名称、端口号、协议等,以避免在每个 HTTP 请求中重复设置相同的值。
  • Bolt Connection Configuration: 用于配置 Neo4j 数据库连接的 Bolt 协议。
  • DNS 缓存管理器: 可以用来自定义 DNS 解析,有助于虚拟用户不同的 IP 地址进行访问。
  • FTP 默认请求: 设置 FTP 请求的默认值,如服务器名、端口号等。
  • HTTP 授权管理器: 管理 HTTP 请求的授权认证,支持基础、摘要等认证方式。
  • JDBC Connection Configuration: 配置数据库连接信息,用于通过 JDBC 执行 SQL 查询。
  • Java 默认请求: 设置 Java 请求的默认参数。
  • LDAP 扩展请求默认值: 预设 LDAP 扩展请求元件的默认值。
  • LDAP 默认请求: 为 LDAP 请求设置默认参数,如服务器名、端口号等。
  • TCP 取样器配置: 配置 TCP 取样器相关参数,比如远程服务器的 IP 和端口。
  • 密钥库配置: 管理 SSL 证书,用于 HTTPS 请求中。
  • 用户定义的变量: 在测试计划中声明全局变量,用于整个测试计划中。
  • 登陆配置元件/素: 允许测试计划中包含登录配置,通常用于身份验证的场景。
  • 简单配置元件: 提供了一种简单的方式来配置元素。
  • 计数器: 配置一个计数器,可以在测试中生成连续的数字。
  • 随机变量: 生成随机值,用于测试中需要的随机参数。

配置元件


监听器

  • 查看结果树 (View Results Tree): 显示每个请求的详细请求和响应信息,便于调试和错误分析。
  • 汇总报告 (Summary Report): 提供了关于性能测试的各种指标的汇总信息,包括平均响应时间、最小/最大响应时间、错误率等。
  • 聚合报告 (Aggregate Report): 类似于汇总报告,展示了一系列性能指标的聚合视图,但它提供了更多的细节,比如 90% 线等。
  • 后端监听器 (Backend Listener): 允许 JMeter 将测试结果发送至外部的数据存储或监控系统,例如 InfluxDB 加上 Grafana 用来实时监控测试结果。
  • JSR223 监听器: 使用支持的 JSR223 脚本语言(如 Groovy, JavaScript 等)进行自定义的结果监听和处理逻辑。
  • 保存响应到文件 (Save Responses to a file): 将采样器的响应保存到文件中,用于后续的分析或验证。
  • 响应时间图 (Response Time Graph): 以图表形式展示响应时间随时间变化的趋势。
  • 图形结果 (Graph Results): 以图形方式显示响应时间和网络错误等信息。
  • 断言结果 (Assertion Results): 显示断言失败的详细信息,有助于理解为什么请求没有按预期那样执行。
  • 比较断言可视化器 (Comparison Assertion Visualizer): 比较两次测试结果的不同之处。
  • 汇总图 (Summary Graph): 提供了一个图形化的汇总视图,展示了测试的主要统计信息。
  • 生成概要结果 (Generate Summary Results): 在控制台上生成简明扼要的概要结果报告。
  • 用表格查看结果 (Table Results): 以表格形式呈现测试结果,包括响应时间、大小、请求详情等。
  • 简单数据写入器 (Simple Data Writer): 将测试结果以原始格式写入文件,可以是 XML 或 CSV。
  • 邮件观察仪 (Mailer Visualizer): 配置测试运行过程中的条件,一旦满足这些条件就发送电子邮件通知。
  • BeanShell 监听器: 类似于 JSR223 监听器,允许用户使用 BeanShell 脚本来编写自定义的监听逻辑。

从35个方面对Jmeter从原理到实际演示,一册在手,天下我有 1.性能测试基本概念 1.1.RT -Response time 请求响应时间 从客户端发出请求到得到响应的整个时间 一般包括网络响应时间+server的响应时间。 用户接受准则: 例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 不同行业不同业务可接受的响应时间是不同的,一般情况,对于在线实时交易: 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 1.2.系统处理能力 系统处理能力是指系统在利用系统硬件平台和软件平台进行信息处理的能力。系统处理能力通过系统每秒钟能够处理的交易数量来评价,交易有两种理解: 一是业务人员角度的一笔业务过程; 二是系统角度的一次交易申请和响应过程。 前者称为业务交易过程,后者称为事务。两种交易指标都可以评价应用系统的处理能力。一般的建议与系统交易日志保持一致,以便于统计业务量或者交易量。系统处理能力指标是技术测试活动中重要指标。 1.1.1.简称 一般情况下,用以下几个指标来度量: HPS(Hits Per Second) :每秒点击次数,单位是次/秒。 TPS(Transaction per Second):系统每秒处理事务数,单位是笔/秒。吞吐量。 不可分割的。要么完全成功,要么完全失败。 QPS(Query per Second):系统每秒处理查询次数,单位是次/秒。 对于互联网业务中,如果某些业务有且仅有一个请求连接,那么TPS=QPS=HPS, 一般情况下用TPS来衡量整个业务流程,用QPS来衡量接口查询次数,用HPS来表示对服务器点击请求。 每秒钟处理完的事务次数,一般TPS是对整个系统来讲的。一个应用系统1s能完成多少事务处理,一个事务在分布式处理中,可能会对应多个请求,对于衡量单个接口服务的处理能力,用QPS比较多。 1.1.2.标准 无论TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标,越大越好,根据经验,一般情况下: 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 1.3.并发用户数量 常见的错误理解: 使用系统的全部用户数量(注册用户) 使用系统的全部在线用户数量 正确理解 并发用户数指在同一时刻内,打开系统并进行业务操作的用户数量,并发用户数对于长连接(数据库连接时长连接,web请求时短连接)系统来说最大并发用户数即是系统的并发接入能力。对于短连接系统而言最大并发用户数并不等于系统的并发接入能力,而是与系统架构、系统处理能力等各种情况相关 http:请求只能由客户端发出,服务端被动响应。 1.1.3. 简称 Virtual User: VU 1.1.4.标准 一般情况下,性能测试是将系统处理能力容量测出来,而不是测试并发用户数,除了服务器长连接可能影响并发用户数外,系统处理能力不完全受并发用户数影响,可以用最小的用户数将系统处理能力容量测试出来,也可以用更多的用户将系统处理能力容量测试出来。 并发用户数量: 并发用户多少为好? 中小企业:5000用户 1.4.错误率 1.1.5. 定义及解释 错误率指系统在负载情况下,失败交易的概率。错误率=(失败交易数/交易总数)*100%。稳定性较好的系统,其错误率应该由超时引起,即为超时率。 1.1.6.标准 不同系统对错误率的要求不同,但一般不超出千分之六,即成功率不低于99.4% 1.5.CPU 定义及解释 中央处理器是一块超大规模的集成电路,是一台计算机的运算核心(Core)和控制核心( Control Unit)。它的功能主要是解释计算机指令以及处理计算机软件中的数据。CPU Load: 系统正在干活的多少的度量,队列长度。系统平均负载。 CPU指标主要指的CPU利用率,包括用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)。CPU 利用率要低于业界警戒值范围之内,即小于或者等于75%;CPU sys%小于或者等于30%, CPU wait%小于或者等于5%。单核CPU也需遵循上述指标要求。 7*24不允许宕机 1.6. Memory 内存是计算机中重要的部件之一,它是与CPU进行沟通的桥梁。计算机中所有程序的运行都是在内存中进行的,因此内存的性能对计算机的影响非常大。 现代的操作系统为了最大利用内存,在内存中存放了缓存,因此内存利用率100%并不代表内存有瓶颈,衡量系统内有有瓶颈主要靠SWAP(与虚拟内存交换)交换空间利用率,一般情况下,SWAP交换空间利用率要低于70%,太多的交换将会引起系统性能低下。 Swap解释: 当物理内存接近崩溃时,将物理内存中最近一段时间最少频率使用到的页框移出物理内存,放进该存储空间,这段存储空间我们称之为交换空间(Swap) 1.7.磁盘吞吐量 Disk Throughput. 磁盘吞吐量是指在无磁盘故障的情况下单位时间内通过磁盘的数据量。 磁盘指标主要有每秒读写多少兆,磁盘繁忙率,磁盘队列数,平均服务时间,平均等待时间,空间利用率。其中磁盘繁忙率是直接反映磁盘是否有瓶颈的的重要依据,一般情况下,磁盘繁忙率要低于70%。 1.8.网络吞吐量 Network Throughput 10Mbit带宽,每秒传输的字节数1.25MBytes 网络吞吐量是指在无网络故障的情况下单位时间内通过的网络的数据数量。单位为Byte/s。网络吞吐量指标用于衡量系统对于网络设备或链路传输能力的需求。当网络吞吐量指标接近网络设备或链路最大传输能力时,则需要考虑升级网络设备。 网络吞吐量指标主要有每秒有多少兆流量进出,一般情况下不能超过设备或链路最大传输能力的70%。 2.性能测试基本流程 性能测试需求: 1)最终用户体验,例如2-5-10原则,即按照正常用户体验,如果用户能够在2秒内得到响应,会感觉速度很快,如果2-5秒得到响应,用户感觉系统的响应速度还不多,在5-10秒之内得到响应时,用户会感觉系统的响应速度慢,但是可以接受,超过10秒后还没有响应,用户就会感觉不能够接受。 2)技术需求, cpu,内存,网络吞吐量,磁盘吞吐量 3)标准要求: 竞品分析- 响应时间 互联网企业:500毫秒以下,例如淘宝业务10毫秒左右。 金融企业:1秒以下为佳,部分复杂业务3秒以下。 保险企业:3秒以下为佳。 制造业:5秒以下为佳。 TPS 金融行业:1000TPS~9000TPS,不包括互联网化的活动 保险行业:100TPS~1000TPS,不包括互联网化的活动 制造行业:10TPS~50TPS 互联网电子商务:10000TPS~100000TPS,例如天猫5万TPS 互联网中型网站:100TPS~500TPS 互联网小型网站: 50TPS~100TPS 性能测试计划 测试环境,测试需求,测试方法,测试时间表,测试组织架构,测试风险,输入输出文档 性能测试步骤: 性能测试执行 3.性能测试工具 4.Jmeter简介 4.1.Jmeter的基本概念 Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试,它最初被设计用于Web应用测试,但后来扩展到其他测试领域。 它可以用于测试静态和动态资源,例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器, 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载,来自不同压力类别下测试它们的强度和分析整体性能。另外,JMeter能够对应用程序做功能/回归测试,通过创建带有断言的脚本来验证你的程序返回了你期望的结果。为了最大限度的灵活性,JMeter允许使用正则表达式创建断言 4.2.我们为什么使用Jmeter 开源免费还很好用,基于Java编写,可集成到其他系统可拓展各个功能插件 支持接口测试,压力(负载和压力)测试等多种功能,支持录制回放,入门简单 相较于自己编写框架活其他开源工具,有较为完善的UI界面,便于接口调试 多平台支持,可在Linux,Windows,Mac上运行 5.Jmeter安装配置及目录结构 5.1.Windows下Jmeter下载安装 登录 http://jmeter.apache.org/download_jmeter.cgi ,根据自己平台,下载对应文件 安装JDK,配置环境变量(具体步骤不做介绍) 将下载Jmeter文件解压,打开/bin/jmeter.bat 5.2.Jmeter的目录结构 /bin 目录(常用文件介绍) examples:目录下包含Jmeter使用实例 ApacheJMeter.jar:JMeter源码包 jmeter.bat:windows下启动文件 jmeter.sh:Linux下启动文件 jmeter.log:Jmeter运行日志文件 jmeter.properties:Jmeter配置文件 jmeter-server.bat:windows下启动负载生成器服务文件 jmeter-server:Linux下启动负载生成器文件 /docs目录——Jmeter帮助文档 /extras目录——提供了对Ant的支持文件,可也用于持续集成 /lib目录——存放Jmeter依赖的jar包,同时安装插件也放于此目录 /licenses目录——软件许可文件,不用管 /printable_docs目录——Jmeter用户手册 6.Jmeter简单入门 6.1.修改语言 6.2.创建测试计划 6.3.添加线程组 6.4.添加sampler设置http请求 6.5.添加结果树 6.6.查看结果 7.测试计划 独立运行每个线程组: 再每一组运行结束后启动下一个 Run tearDown Thread Groups after shutdown of main threads:   主线程关闭运行后拆除线程组, 8.线程组 Delay Thread creation until needed                延迟创建线程,直到该线程开始采样,即之后的任何线程组延迟和加速时间为线程本身。这样可以支持更多的线程,但不会有太多是同时处于活动状态。  持续时间(秒):测试计划持续多长时间,会覆盖结束时间。  启动延迟(秒):测试计划延迟多长时间启动,会覆盖启动时间。 9.Sampler --HTTP请求 请求方式 请求路径 请求ip 请求协议 请求编码 重定向之前的和之后的请求都会在结果树中显示出来 自动重定向,只会显示重定向之后的地址。 10.结果收集 10.1.查看结果树 10.2.表格查看结果 偏离表示服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。 10.3.聚合报告 10.4.Summary Report 11.Jmeter参数化 11.1.用户定义的变量 使用配置原件中用户定义的变量可以进行参数化 11.2.用户参数 使用前置管理器设置用户参数 11.3.使用csv配置原件 配置元件(Config E
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Franciz小测测

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值