**基础构成** **1、组成部分** 1）负载发生器：产生负载，多进程或多线程模拟用户行为 2）用户运行器：脚本运行引擎，用户运行器附加在进程或线程上，根据脚本模拟指定的用户行为 3）资源生成器：生成测试过程中服务器、负载机的资源数据 4）报表生成器：根据测试中获得的数据生成报表，提供可视化的数据显示方式· **2、主要概念** **2.1测试计划（test plan）** 描述一个性能测试，包含本次测试所有相关功能  **2.2.threads（users）线程**  Setup thread group： 一种特殊类型的线程，可用于执行预测试操作。即执行测试前进行定期线程组的执行 Teardown thread group： 一种特殊类型的线程，可用于执行测试后动作。即执行测试结束后执行定期的线程组 以上两个线程组，举个例子：loadrunner的脚本除了action里是真正的脚本核心内容，还有初始化“环境”的初始化脚本和测试完毕后对应的清除信息的脚本块，与其对应 Thread group： 通常添加使用的线程，一般一个线程组可看做一个虚拟用户组，其中每个线程为一个虚拟用户 **2.3测试片段（test fragment）**  2.5版本之后新增的一个选项，是一种特殊的线程组，在测试树上与线程组一个层级，但是它不被执行，除非它是一个模块控制器或者被控制器所引用时才会被执行 **2.4控制器** Jmeter有2种控制器：取样器（sampler）和逻辑控制器（Logic Controller） 作用：用这些原件驱动处理一个测试 1）取样器（Sampler）  是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元，JMeter 原生支持多种不同的sampler  如 HTTP Request Sampler 、 FTP  Request Sampler 、TCP  Request Sampler 、JDBC Request Sampler 等 每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。 Java Request Sampler 和 Beanshell Request Sampler 是两种特殊的可定制的 Sampler （暂不讨论） 2）逻辑控制器（Logic Controller）  包含两类原件： 一类是控制Test Plan中Sampler节点发送请求的逻辑顺序控制器，常用的有：If Controller、Swith Controller、Loop Controller、Random Controller等 另一类是用来组织和控制Sampler节点的，如Transaction Controller、Throughput Controller等 **2.5监听器（Listener）**  对测试结果进行处理和可视化展示的一系列组件，常用的有图形结果、查看结果树、聚合报告等 以上的五类原件就可以构成一个简单的性能测试脚本 下面再介绍几种jmeter提供的其他组件： **2.6配置原件（Config Element）**  用于提供对静态数据配置的支持。CSV Date Set Config可以将本地数据文件形成数据池（Date Pool），而对应于HTTP Request Configuration 和TCP Request Sample等类型的Configuration元件则可以修改这些Sample的默认数据等 **2.7定时器（Time）**  用于操作之间设置等待时间，等待时间使性能测试中常用的控制客户端QPS的手段，jmeter定义了Constant Times、 Constant Throughput Times、Guass Ramdon Times等不同类型的Times **2.8断言（Assertions）**  用于检查测试中得到的响应数据等是否符合预期，Assertions一般用来设置检查点，用以保证性能测试过程中的数据交互与预期一致 **2.9前处理器（Pre Processors）**  用于在实际请求发出之前对即将发出的请求进行特殊处理。 例如：Count处理器可以实现自增操作，自增后生成的的数据可以被将要发出的请求使用，而HTTP URL Re—Writing Modifier处理器则可以实现URL重写， 当URL中有sessionID一类的session信息时，可以通过该处理器填充发出请求实际的sessionID。 **2.10后处理器（Post Processors）**  用于对Sampler发出请求后得到的服务器响应进行处理。一般用来提取响应中的特定数据（类似loadrunner中的关联）。 例如：Regular Expression Extractor用于提取响应数据中匹配某正则表达式的数据段，并将其填充在参数中，Xpath Extractor则可以用于提取响应数据中通过给定Xpath值获得的数据。。。 **接口性能测试相关名词** PV 即 page view，页面浏览量    用户每一次对网站中的每个页面访问均被记录1次。用户对同一页面的多次刷新，访问量累计。 UV 即 Unique visitor，独立访客    通过客户端的cookies实现。即同一页面，客户端多次点击只计算一次，访问量不累计。 IP 即 Internet Protocol，本意本是指网络协议，在数据统计这块指通过ip的访问量。    即同一页面，客户端使用同一个IP访问多次只计算一次，访问量不累计。 TPS 即Transactions Per Second的缩写，每秒处理的事务数目。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息作出的评估分。 QPS 即Queries Per Second的缩写，每秒能处理查询数目。是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。 RPS 即Requests Per Second的缩写，每秒能处理的请求数目。等效于QPS 因特网上，经常用每秒查询率来衡量域名系统服务器的机器的性能，其即为QPS。 对应fetches/sec，即每秒的响应请求数，也即是最大吞吐能力。 计算关系： QPS = 并发量 / 平均响应时间 并发量 = QPS \* 平均响应时间