性能测试相关术语：
1.负载：
模拟业务操作对服务器造成压力的过程，比如模拟100个用户进行发帖。
2.性能测试：
模拟用户负载来测试系统在负载情况下，系统的响应时间、吞吐量等指标是否满足性能要求。
3.负载测试：
在一定软硬件环境下，通过不断加大负载（不同虚拟用户数）来确定在满足性能指标情况下能够承受的最大用户数。简单说，可以帮我们对系统进行定容定量，找出系统性能的拐点，给予生产环境规划建议。这里的性能指标包括TPS(每秒的事务数)、PT（事物平均响应时间）、CPU Using（CPU使用率）、Mem Using（内存使用情况）等软硬件指标。从操作层面上来说，负载测试也是一样性能测试手段，比如下面的配置测试就需要变换不同的负载测试来进行测试。
4.配置测试：
为了合情合理的调配资源，提高系统运行效率，通过测试手段来获取、验证、调配配置信息的过程，通过这个过程我们可以收集到不同配置反应出来的不同性能，从而伟设备选中、设备配置提供参考。
5.压力测试：
在一定软硬件环境下 ，通过高负载的手段来使服务器资源（强调服务器资源、硬件资源）处于极限状态，测试系统在极限状态下长时间运行是否稳定，确定是否稳定的指标包括TPS、PT、CPU Using、Mem Using等
6.稳定性测试：
在一定软硬件环境下，长时间运行一定负载，确定系统在满足性能指标的前提下是否运行稳定。与上面的压力/强度测试区别在于负载并不强调在极限状态下（很多测试人员会持保守观念，在测试是会验证极限状态下的稳定性），着重点是满足性能要求的情况下，系统的稳定性、比如响应时间是否稳定、TPS是否稳定。一般我们会在满足性能要求的负载情况下加大1.5到2倍的负载量进行测试。
7.TPS：
每秒完成的事务数，通常之每秒成功的事务数，性能测试中重要的是综合性性能指标，一个事物是一个业务度量单位，有时一个事物会包括多个子操作，但为了统计，我们把这么多个子操作计为一个事物。比如一比电子支付操作，在后台可能经历账务系统、支付系统等等的，但对于用户来说只想知道整笔支付话费了多长时间。
8.PT/APT：
响应时间/平均响应时间：指一个事物话费多长时间完成，为了使这个响应时间更具有代表性，会统计跟多的响应时间取平均值，得到平均响应时间。
9.PV
每秒用户访问页面次数，此参数用来分析平均每秒有多少用户访问页面。
10.Vuser虚拟用户：
模拟真实业务逻辑步骤的虚拟用户，虚拟用户模拟的操作步骤被记录在虚拟用户脚本里。
11.并发：
并发分为广义狭义两类。狭义：多有用户在同一时刻操作一件事情或操作，这种操作一般是针对同一类型的业务，或者所有用户进行完全一样的操作，目前的测试数据库和程序对并发操作的处理。广义：多个用户对系统发出了请求或者进行了操作，但是这些请求或操作可以是不通的，对整个系统而言，任然有很多的用户同时操作。狭义并发强调对系统的请求操作是完全相同的，多适用于性能测试、负载测试、压力测试、稳定性测试场景。广义并发不限制对系统的请求操作，多适用于混合场景、稳定性测试场景。
12.场景：
性能测试过程中为了模拟真实用户的业务处理过程，在LR中构建的基于事物。脚本。虚拟用户，运行设置，运行计划，监控，分析等的一系列动作的集合。称之为性能测试场景。场景中包含了待执行脚本，脚本组，并发用户数，负载生成器，测试目标，测试执行时的配置条件等。
13.思考时间：
模拟正式用户在实际操作时的停顿间隔时间。从业务的角度来讲，思考时间是指用户在进行操作时，每个请求之间的间隔时间。在测试脚本中思考时间体现为脚本中两个请求语句之间的间隔时间。
14.标准差：
该标准差根据梳理统计的概念得来，标准差越小，说明波动越小，系统越稳定，反之系统越不稳定包括响应时间标准差、TPS标准差、Punning Vuser标准差、Load标准差。WEB Resources标准差等
出自：全栈性能测试修炼jmeter实战此书，全当学习笔记