Skip to main content Link Menu Expand (external link) Document Search Copy Copied
Deipss' blog

1. JMeter的工作原理是什么？

JMeter的工作原理是建立一个线程池，多线程运行取样器产生大量负载， 通过添加监听器来记录测试结果，还可以通过断言来验证结果的正确性。 JMeter模拟用户向服务器提交请求和从服务器取回请求返回的结果。 每个取样器会模拟用户向服务器发送一个请求，并等待服务器的响应。 JMeter通过断言来验证服务器返回的结果是否符合预期，如果不符合预期，则认为该请求失败。

在JMeter中，测试计划由一系列的元素组成，包括线程组、取样器、断言、监听器等。 线程组用于模拟一组用户对服务器的访问， 取样器用于向服务器发送请求并获取响应，断言用于验证响应是否符合预期，监听器用于记录测试结果。

在运行测试时，JMeter会根据线程组设置的参数来创建一定数量的线程， 每个线程按照预定的计划依次执行取样器、断言和监听器等操作。 测试结果会保存在监听器中，用户可以通过图形化界面查看测试结果或者将测试结果导出为文件进行分析。

总之，JMeter通过模拟用户对服务器的访问和验证服务器的响应来测试服务器的性能和稳定性。

2. 什么是Jmeter测试片段？

Jmeter测试片段是一个特殊的线程组，它在测试计划中与线程组处于同一层级。 与线程组不同的是，测试片段不会执行， 它只有当作为模块控制器或者被控制器引用时才会被执行。

测试片段的应用场景主要包括：

当Jmeter脚本非常复杂时，可以通过测试片段分模块管理用例。 当Jmeter脚本由多个测试人员共同完成时，通过测试片段分人分模块管理用例。 每个版本一个jmx脚本，里面包含多个测试片段，然后通过控制管理器进行调用。 这样可以通过对测试片段的管理，方便地管理测试用例， 按照不同的功能模块进行划分，提高了测试的效率和可维护性。

3. Meter中的预处理器和后处理器。

预处理器（Preprocessor）和后处理器（Postprocessor）是JMeter中的两种重要元件， 它们分别在取样器（Sampler）之前和之后执行，用于处理请求和响应数据。

预处理器在取样器之前执行，主要用于对请求进行预处理， 如设置请求参数、添加请求头、URL重写等。 常见的预处理器包括HTTP URL重写修饰符、 HTTP用户参数修饰符、HTML链接解析器等。 预处理器的使用可以帮助模拟更真实的请求场景，提高测试的准确性和可靠性。

后处理器在取样器之后执行，主要用于对响应数据进行处理，如提取响应数据、验证响应结果等。 常见的后处理器包括正则表达式提取器、XPath提取器等。 后处理器的使用可以帮助提取响应数据中的关键信息， 并进行断言和监听，以便对响应结果进行验证和分析。

总之，预处理器和后处理器是JMeter中非常重要的元件， 它们的使用可以帮助模拟更真实的请求场景，提高测试的准确性和可靠性， 同时也可以对响应数据进行处理和分析，以便更好地评估系统的性能和稳定性。

4. 在JMeter中如何执行尖峰测试？

在JMeter中执行尖峰测试需要使用到终极线程组（Ultimate Thread Group）和同步计时器（Synchronizing Timer）。

首先，需要添加一个终极线程组。在测试计划中右键单击，选择添加线程组，然后选择Ultimate Thread Group。 在终极线程组中，可以设置启动的线程数量、延迟时间、线程启动时间、 压力满足之后持续运行的时间和释放掉压力需要的时间等参数。

接下来，添加同步计时器。在测试计划中右键单击，选择添加定时器，然后选择Synchronizing Timer。 在同步计时器中，可以设置等待一定数量的线程启动后再开始执行取样器的时间。 这样，就可以模拟出在某一瞬间或者多个频次下用户数和压力陡然增加的场景。

最后，添加取样器和监听器。根据实际需求， 选择适当的取样器和监听器，并按照测试计划进行配置。

需要注意的是，在使用非GUI模式执行测试时，需要使用命令行参数“-n”来运行JMeter， 并且需要在命令行中指定测试脚本文件和结果文件。 同时，在加载期间，测试不使用“查看结果树”或“查看表中的结果”监听器，仅在脚本编写阶段使用它们。

总之，通过使用终极线程组和同步计时器，可以在JMeter中模拟出尖峰测试的场景， 以便评估系统在高并发下的性能和稳定性。

5. 什么是分布式负载测试？如何实现？

分布式负载测试是一种性能测试方法，它通过多台计算机同时产生负载来模拟大量用户同时访问系统的场景， 以测试系统的性能和稳定性。在分布式负载测试中，每台计算机都作为一个负载生成器， 向被测系统发送请求，以检测系统在高并发、大数据量情况下的表现。

要实现分布式负载测试，通常需要以下几个步骤：

设计测试场景：根据实际需求和目标，设计合适的负载测试场景，包括测试目标、测试用例、测试数据等。 配置测试环境：准备好测试环境，包括服务器、客户端、负载测试工具等，并进行必要的配置。 分配测试任务：将负载测试任务分配给多台计算机执行，每台计算机执行一部分测试任务。这可以通过自动化脚本或测试管理工具实现。 收集测试数据：收集测试过程中产生的各种数据，如响应时间、吞吐量、错误率等指标。这些数据可以用于分析系统的性能和稳定性。 分析测试结果：根据收集的测试数据，分析测试结果，评估系统的性能和稳定性，找出瓶颈和优化点，并提出改进方案。 在实现分布式负载测试时，还需要注意以下几点：

确保测试环境与实际生产环境尽可能一致，以获得更准确的测试结果。 合理分配测试任务，确保每台计算机都能充分利用其资源，避免资源浪费或过载。 监控测试过程中的各项指标，及时发现并解决问题，确保测试的顺利进行。 对测试结果进行全面分析，找出系统的瓶颈和潜在问题，为系统优化提供依据。 总之，分布式负载测试是一种有效的性能测试方法，可以帮助开发人员和测试人员更好地了解系统在高并发、 大数据量情况下的性能和稳定性表现，为系统优化和部署提供有力支持。

6. 解释JMeter中的配置元件、前置处理器、计时器、取样器、后置处理器、断言和监听器的作用和执行顺序

配置元件（Config Element）：用于配置测试计划中的一些参数或设置，例如用户定义的变量、 CSV Data Set Config等。配置元件在测试计划中只会被执行一次。

前置处理器（Pre-Processor）：在取样器之前执行，用于对请求进行预处理，如添加请求头、URL重写等。 前置处理器可以在单个的请求中添加、修改或删除请求/响应数据。

计时器（Timer）：用于在取样器之间设置延迟，模拟真实用户之间的操作间隔。 计时器会随机生成一个时间间隔，以模拟用户的实际操作。

取样器（Sampler）：用于模拟用户对服务器的请求，并记录服务器的响应结果。 取样器会发送请求并等待服务器的响应，然后返回响应结果。

后置处理器（Post-Processor）：在取样器之后执行，用于对响应数据进行处理， 如提取响应数据、验证响应结果等。后置处理器可以在单个的响应中添加、修改或删除数据。

断言（Assertion）：用于验证服务器的响应是否符合预期结果。 断言可以对响应状态、响应时间、响应内容等进行断言，以判断测试是否通过。

监听器（Listener）：用于显示和记录测试结果。监听器可以显示测试过程中的各种数据， 如响应时间、吞吐量、错误率等指标，并将测试结果保存到文件或图形化界面中。

执行顺序：在JMeter中，测试计划中的元件按照一定的顺序执行。首先执行配置元件，然后执行前置处理器， 接着执行计时器，然后执行取样器，接着执行后置处理器，最后执行断言和监听器。

7. 如何在JMeter中减少资源需求？

在JMeter中，可以通过以下几种方式来减少资源需求：

  1. 减少线程数：降低线程数可以减少对CPU和内存的需求。根据实际情况，合理设置线程数，避免过多线程导致系统资源耗尽。
  2. 调整优先级：JMeter中的线程按照优先级进行调度，可以将较低优先级的线程数减少，从而减少资源占用。
  3. 使用合适的数据驱动方式：JMeter支持多种数据驱动方式，如CSV Data Set Config、JDBC Connection Configuration等。 根据实际情况选择合适的数据驱动方式，可以减少资源占用。
  4. 禁用不必要的监听器：监听器会占用一定的资源。在测试过程中，可以根据需要选择监听器，避免不必要的资源占用。
  5. 禁用日志记录：在测试过程中，可以通过禁用日志记录来减少资源占用。不过需要注意的是，

  6. 禁用日志记录可能会影响问题排查和测试结果分析。 优化JMeter设置：可以通过调整JMeter的配置参数来减少资源占用，例如设置缓存大小、最大连接数等。

  7. 使用合适的服务器：对于分布式负载测试，选择合适的服务器可以降低资源需求。可以选择性能更高的服务器或增加服务器数量来提高负载能力。

8. JMeter中的变量和函数的使用

JMeter中的变量和函数的使用非常灵活和强大，它们可以帮助测试人员更好地模拟用户行为、处理测试数据和验证测试结果。

变量在JMeter中用于存储静态或动态的值，可以在测试计划中的任何地方引用和使用。 用户可以通过用户定义的变量来设置和引用变量， 也可以使用内置的变量，如${__time(格式)}，用于获取当前时间。需要注意的是， 当测试计划中引用了未定义的变量时，JMeter并不会报告错误信息，而是将引用的值视为引用本身。

函数在JMeter中用于执行各种操作，如处理请求和响应数据、生成随机数、计算结果等。 JMeter提供了大量的内置函数， 如${__intSum(a,b)}用于计算两个整数的和， ${__Random(min,max)}用于生成指定范围内的随机数等。 测试人员可以使用函数助手对话框来选择和配置函数，并为其提供参数值。

在使用变量和函数时，需要注意以下几点：

  1. 引用变量的语法为“${变量名}”，使用函数时需要先定义函数名和参数。
  2. 变量和函数的使用可以帮助提高测试的灵活性和可维护性，但也需要避免过度使用和滥用。
  3. 在处理测试数据时，可以使用正则表达式提取器等元件来提取响应数据中的特定信息，并使用内置函数进行进一步处理。
  4. 在验证测试结果时，可以使用断言元件来验证服务器的响应是否符合预期结果。断言可以使用内置函数来对响应状态、响应时间、响应内容等进行断言。
  5. 在使用自定义变量时，需要注意变量的作用域和生命周期。在同一个测试计划中，不同的变量可能具有不同的作用域和生命周期。

总之，在JMeter中合理使用变量和函数可以提高测试的灵活性和可维护性，帮助测试人员更好地模拟用户行为、处理测试数据和验证测试结果。

9. 如何通过录制来捕获脚本？

通过录制来捕获脚本是JMeter中一种常用的方法，可以方便地获取接口内容。以下是录制脚本的步骤：

  1. 创建一个线程组（右键点击“测试计划”——>“添加”——>“线程组”）。
  2. 创建一个http代理服务器（右键点击“测试计划”——>“添加”——>“非测试元件”——>”http代理服务器”）， 并配置如下：在“HTTP代理服务器”中设置端口号（例如：8080），并启动录制。
  3. 设置浏览器的代理服务器，将代理服务器设置为127.0.0.1和之前设置的端口号（例如：8080）。
  4. 在浏览器中输入需要录制的接口网址，然后进行操作。在录制过程中，JMeter会捕获所有通过代理服务器发出的请求和响应。
  5. 录制完成后，可以在JMeter中查看和修改脚本。可以通过右键点击“测试计划”——>“添加”——>“取样器”——>“HTTP请求”来添加新的请求， 并设置请求参数和头信息等。也可以使用断言和监听器来验证测试结果。

需要注意的是，在录制过程中可能会录制到不必要的请求和数据，需要手动删除或修改脚本。 另外，如果接口需要登录等操作，需要在录制前先进行相应的操作，否则无法录制到正确的脚本内容。

10. 什么是Testplan元件的执行顺序？

在JMeter中，Testplan元件的执行顺序如下：

  1. 配置元件（Config Elements）：配置元件在Testplan中只会被执行一次。它们主要用于配置测试计划中的一些参数或设置， 例如用户定义的变量、CSV Data Set Config等。
  2. 前置处理器（Pre-Processors）：前置处理器在取样器之前执行，用于对请求进行预处理，如添加请求头、URL重写等。
  3. 计时器（Timer）：计时器用于在取样器之间设置延迟，模拟真实用户之间的操作间隔。
  4. 取样器（Sampler）：取样器用于模拟用户对服务器的请求，并记录服务器的响应结果。取样器会发送请求并等待服务器的响应，然后返回响应结果。
  5. 后置处理器（Post-Processors）：后置处理器在取样器之后执行，用于对响应数据进行处理，如提取响应数据、验证响应结果等。
  6. 断言（Assertions）：断言用于验证服务器的响应是否符合预期结果。断言可以对响应状态、响应时间、响应内容等进行断言，以判断测试是否通过。
  7. 监听器（Listeners）：监听器用于显示和记录测试结果。监听器可以显示测试过程中的各种数据， 如响应时间、吞吐量、错误率等指标，并将测试结果保存到文件或图形化界面中。

需要注意的是，在同一作用域范围内有多个同一类型的元件时，它们将按照在testplan中的上下顺序依次执行。 同时，由于JMeter通过鼠标拖拽来随意改变元件之间的顺序以及元件的父子关系， 因此元件的相对位置、父子关系以及元件本身的类型决定了testplan中各元件的执行顺序。

11. JMeter中的监听器有哪些？

JMeter中的监听器主要用于显示和记录测试结果，包括以下几种：

  1. 查看结果树监听器（View Results Tree Listener）：这个监听器以树形结构显示每次请求的详细结果， 包括请求的详细信息、响应时间、状态代码等。这是最常用的监听器之一，可以帮助测试人员查看和分析每次请求的详细信息。
  2. 汇总报告监听器（Summary Report Listener）：这个监听器以表格形式显示测试的汇总结果，包括响应时间、状态代码、请求数、错误数等。 这个监听器适合在测试结束后查看整体测试结果。
  3. 图形结果监听器（Graph Results Listener）：这个监听器以图形方式显示测试结果，包括响应时间、吞吐量等指标。通过图形方式， 可以更直观地查看和分析测试结果。
  4. 响应时间-线程监听器（Response Time vs Threads Listener）：这个监听器以图形方式显示响应时间与线程的关系， 可以分析在多线程情况下系统的性能表现。
  5. Active Threads Over Time 监听器：这个监听器以图形方式显示活动线程数随时间的变化情况，可以分析系统的并发处理能力。
  6. Response Time Distribution 监听器：这个监听器以柱状图方式显示响应时间的分布情况，可以分析系统在不同响应时间下的表现。
  7. Response Times Percentiles 监听器：这个监听器以图形方式显示响应时间的百分比分布情况，可以分析系统在不同响应时间下的表现。
  8. Assertions 监听器：这个监听器用于查看断言结果，可以验证测试是否通过。
  9. Assertions Visualizer 监听器：这个监听器可以以图形方式显示断言结果，方便测试人员查看和分析断言结果。
  10. 生成总结报告监听器（Generate Summary Results Listener）：这个监听器可以生成一个HTML格式的测试总结报告， 方便测试人员分享和查看测试结果。

这些监听器各有特点和适用场景，可以根据实际需求选择合适的监听器来查看和分析测试结果。

12. 什么是循环控制器和包含控制器？

Jmeter中的循环控制器主要有两种：循环控制器（Loop Controller）和While Controller。

循环控制器用于控制测试计划中的循环执行次数。通过设置循环次数或使用变量，可以控制其子节点运行的次数。 如果设置了线程组的循环次数和循环控制器的循环次数，那么循环控制器的子节点运行的次数为两个数值相乘的结果。

While Controller则是在满足条件的情况下，循环执行某个步骤。

包含控制器（Include Controller）用于包含另一个测试计划文件。当选中包含控制器时，它会将另一个测试计划文件添加到当前测试计划中。

13. 解释JMeter中的BeanShell Listener。

JMeter中的BeanShell Listener是一个监听器，用于在测试执行过程中对测试结果进行更深入的分析和操作。 BeanShell是一种基于Java的脚本语言，具有动态脚本的功能，可以用于编写复杂的逻辑和操作。

BeanShell Listener通过BeanShell脚本实现对测试结果的进一步处理。它允许用户编写自己的脚本来处理和转换JMeter中的测试结果。 用户可以使用BeanShell的语法和Java的API，对测试结果进行自定义操作和解析。

使用BeanShell Listener，用户可以根据测试结果进行各种自定义操作，例如提取特定字段的值、计算统计指标、对结果进行条件判断等。 通过编写BeanShell脚本，用户可以灵活地处理和解析测试结果，以满足特定的需求。

BeanShell Listener的使用需要一定的脚本编写能力，但通过编写简单的脚本， 用户可以实现对测试结果的自定义处理和操作，从而更好地分析和评估测试结果。