jmeter 性能测试的专业术语解释

jmeter 性能测试的专业术语解释

Jmeter
功能有:网络HTTP 协议和https协议、Soap/rest web 服务、ftp、Jdbs 的数据库、ldap
通过jdbc的数据库.jml面向消息的中间件(mom)、邮件smtp pop3 imap、本机的命令或者shell脚本、Tcp协议,
取样器是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元
取样器通常进行三个部分的工作：

	1、	向服务器发送请求、
	2、	记录服务器的响应数据
	3、	记录响应时间信息

配置元件 用于提供对静态数据的配置支持
前置处理器用于在实际请求发出之前对即将发出的请求进行特殊的
后置处理器用于对Sampler发出请求后得到的服务器响应进行处理，一般用来提取响应中特定的数据，类似于关联
例如：提取响应数据中匹配的某正则表达式的数据段，
断言用于检查测试中得到的响应数据是否符合预期
监听器对测试结果进行处理和可视化展示的一系列组件，常用的有图形结果、查看结果树、聚合报告等
参数根据需求动态的获取数据并进行赋值的过程
常用的方式
CSV data set config :csv 数据控件 —从外部读取数据的功能组件—适用于需要大量的测试数据的前提，比如增加100条数据，设置1000名用户登录等等
User defined variables 用户定义的变量
User variable 用户参数
变量用${变量名}表示
断言 就是然后程序代替人工去判断程序响应数据是否达到预期结果
断言可以检查返回数据的正确性与完整性
响应断言=断言状态码+断言内容
长度断言=断言响应内容的长度
持续时间断言=断言响应的时间
集合点：用以同步虚拟用户，以便恰好在同一时刻执行任务
分布式就是多台电脑共同完成一个任务/请求部署，我们称这种部署为分布式部署。
由一台电脑的cpu、内存有限无法满足更高的测试要求
需要对服务器进行性能或者压力测试时
原理：一台电脑作为控制机，其他电脑作为执行机
执行时，控制机会把脚本发送到每一台执行机上，执行机拿到脚本后开始执行
执行机执行时不需要启动Jmeter界面，可以裂解它是通过命令行模式执行的。
执行完成后，执行机会把结果回传给控制机，控制机会搜集所有执行机的信息并汇总
一台电脑控制机执行任务
2台执行机执行任务
在执行机上启动监听服务程序
在控制机上启动运行
测试报告—聚合报告
性能相关的术语
负载：模拟业务操作对服务器造成压力的过程、比如模拟100个用户发帖
基准测试：在给系统施压较低的压力时，查看系统的运行状况并记录相关数据作为基础的参考
负载测试：对系统不断的增加压力或增加一定压力下持续的时间、直到系统的某项或多项性能指标达到安全帽临界值，例如某种资源已经达到饱和状态等
压力测试：压力测试评估系统处于或超过预期负载时系统运行情况，关注点在于系统在峰值负载或超过最大载荷情况下的处理能力
稳定测试：在给系统加载一定业务压力情况下，使系统运行一段时间，以此检测系统是否稳定
并发测试：测试多个用户同时访问同一个应用、同一个模块或数据记录时是否存在死锁或者其他性能问题
性能应用场景
主要有能力验证、规划能力、性能调优、缺陷发现、性能基准比较
能力验证—主要关注在给定的软硬件条件下，系统能否具有预期的能力表现
典型的场景：在要求平均响应时间小于2秒的前提下、如何判断系统是否能够支持50万用户/天的访问量
特点：要求在已确定的环境运行下
需要根据典型的场景设计测试方案和用例，包括操作序列和并发用户量，需要明确的性能目标
常用的性能测试方法“负载、压力、稳定测试”
规划能力：关注如何使系统具有我们要求的性能能力
某某系统计划在一年内荣获容量在到xxx万，系统到时候是否能支持这么多用户量？如果不能需求需要如何调整系统的配置
特点：它是一种探索性测试。常用语了解系统性能和获取扩展性能方法
常用的性能测试方法：负载测试、压力、配置测试
性能调优：主要用于对系统性能进行调优
场景：某某系统上线运行一段时间后相应速度越来越慢，此时应该怎么办？
特点：每次改变一个配置，切记无休止的调优
常用的性能测试方法：负载测试、压力、配置测试
缺陷发现：发现缺陷或问题重现、定位手段
场景：某些缺陷只有在高负债的情况下才能暴露出来，比如：线程锁、资源竞争或内存泄漏。
特点：作为系统测试的补充、用来发现并发问题，或者对系统已经出现的问题进行重现和定位。
常用的性能测试方法：并发测试、压力测试
性能基准比较：用户敏捷开发过程中、敏捷开发过程的特点是小步快走、快速试错、迭代周期短、需求变化频繁、很难定义完善的性能测试目标。也没有时间在每个迭代开展详细的性能测试，可以通过建立性能基准线，通过比较每次迭代中的性能表现变化，判断迭代是都达到了目标。
性能指标分为两类：
系统指标—与用户场景和需求相关指标
资源指标—与硬件资源消耗相关的指标
系统指标说明
响应时间、对一个请求作出响应所需要的时间
响应时间=网络响应时间+应用程序响应时间

平均响应时间：所有请求所花费的平均时间
并发用户数：并发主要是针对服务器而言，在同一时刻与服务器进行交互（指向服务器发送请求）的在线用户数。
并发用户数：某一物理时刻向系统提交请求用户数，提交的请求可能是同一个场景或功能，也可以在不同场景或功能。
在线用户数：某段时间内访问系统的用户数，这些用户并不一定同时向系统提交请求
系统用户数：系统注册的总用户数
三者之间的关系：系统用户数>=在线用户数>=并发用户数
吞吐量、吞吐率衡量网络性能的重要指标
吞吐量：网络传输的数据量（处理客户的请求数）
吞吐率：单位时间内网络成功传输的数据量，如：请求数/秒、页面数/秒
事务：TPS可以看做是一个动作或是一系列动作的集合，例如登录、从登录开始结束为一个事务
Tps：衡量系统处理事务或交易的能力，每秒处理的事务数
QPS:服务器在一秒时间内处理了多少个请求，也即使是最大的吞吐能力
Qps（tps）=并发数/平均响应时间
点击率：指web。Server 收到的http请求数
点击率：单位时间每秒用户向web server提交的http请求数
区分鼠标点击数：如：请求一个网页。网页含有3张照片，向web server请求的点击数
Pv:访问一个url ，产生一个pv 每日每个网站的总pv量是形容一个网站规模的重要指标
Uv作为一个独立用户，访问站点的所有页面均算作为一个uv
资源指标说明：
硬件性能指标-统一资源占用率：指的是对不同的系统资源的使用程度，通常以占用最大的百分比来衡量
通常关注服务器资源：cpu、内存、磁盘、网络、

中间件：常用的中间件例如：web服务器tomact \weblogic、web服务器、jvm（java虚拟机）、threadpool线程池、jdbc数据驱动
http服务器和web服务器与应用服务器的差别是一个存储静态网页的服务器、一个是存储css、js等动态加载网页的服务器、而tomact则属于应用服务器
对中间件比如:对服务器的性能测试、需要将监控的jmeter-server的文件下载在服务器端上，然后开启即可监控被测服务器的性能，或者将监控的软件下载在被测试服务器上，远程启动监控软件等
数据库指标
应该关注sql，吞吐量、缓存命中率、连接等，则是关注sql语句执行时间，以微秒为单位，吞吐量tps，缓存命中率应>=95%
对数据库的性能测试通过jmeter利用批量的sql语句对数据库进行操作，从而测试数据库的性能，前提是需要将jdbc的驱动加载在测试计划添加文件中，然后添加jdbc的前置处理器和jdbc的请求sample.
Jvm，java虚拟机，为使用java的代码可以编译运行在不同的平台上顺畅，仿真模拟各种计算机来实现
GC：自动内存管理程序，被应用的对象保存在内存中，当对象不被应用时则释放，关注的参数有full gc完全java虚拟机垃圾部分回收频率
前端指标
应该关注页面展示，即首次显示时间，页面数量，页面大小，网络startrender\firstrender等
关注前端的性能与后端的性能的不同点在于，前端是每个用户的直观感受，以及前端页面的加载元素耗费时间给予用户感受，而后端的性能关注点在于用户使用系统时，服务器是否能承受或者服务器的处理能力如何，能否较好的响应时间响应。
Load:系统平均负载，特定时间间隔内运行进程数，load与CPU核数一致。
最佳并发用户数：当系统的负载等于最佳并发用户数时，系统的整体效率最高，没有资源被浪费，用户也不需要等待。
最大并发用户数：系统的负载一致持续，有些用户在处理而有的用户在自己最大的等待时间内等待时候
我们保证：最佳的并发用户数需要大于系统的平均负载
系统的最大并发用户数要大于系统需要承载的峰值负载
系统的平均负载：在特定时间内，系统正在处理的用户数和等待处理的用户数的总和
如果系统的平均负载大于最佳并发用户数，则用户的满意度会下降，所以我们需要保证系统的平均负载小于或者等于最佳并发用户数
峰值：是系统的最大承受的用户数的极值
只有最大的并发用户数的大于系统所能承受的峰值负载，才不会造成等待空间资源的浪费，导致系统的效率低下。