负载：
模拟业务操作对服务器造成压力的过程，比如模拟100个用户进行借款
性能测试：
模拟用户负载来测试系统在负载情况下，系统的响应时间，吞吐量等指标是否满足性能要求
负载测试（Load Testing）：
在一定软硬件环境下，通过不断加大负载来确定在满足性能指标情况下能够承受的最大用户数。负载测试可以帮我们对系统进行定容定量，找出系统性能的拐点，给予生产环境规划建议。性能指标报错TPS（每秒事务数）、RT（事务平均响应时间）、CPU Using（CPU使用率）、Mem Using(内存使用情况)等软硬件指标。从操作层面上讲，负载测试也是一种性能测试手段。
配置测试（Configuration Testing）:
为了合理地调配资源，提高系统运行效率，通过测试手段来获取、验证、调整配置信息的过程。通过这个过程我们可以收集到不同配置反应出来的不同性能，从而为设备选择、设备配置提供参考
压力/强度测试（Stress Testing）:
在一定软硬件环境下，通过高负载的手段来使服务器资源（强调服务资源，硬件资源）处于极限状态，测试系统在极限状态下长时间运行是否稳定，确定是否稳定的指标包括TPS、RT、CPU Using、Mem Using等。
稳定性测试（Endurance Testing）：
在一定软硬件环境下，长时间运行一定负载，确定系统在满足性能指标的前提下是否运行稳定。与压力/强度测试的区别在于，负载并不强调是在极限状态下，着重的是满足性能要求的情况下系统的稳定性。比如响应时间是否稳定。TPS是否稳定。一般我们会在满足性能要求的负载情况下加大1.5到2倍的负载量进行测试。
TPS：
每秒完成的事务数，通常指每秒成功的事务数，是性能测试中重要的综合性性能指标。一个事务是一个业务度量单位，有时一个事务会包含多个子操作，单位了方便统计，会把多个子操作统计为一个事务。比如一笔借款操作，在后台系统中会经历前置系统、LE、会员系统、风控系统、资方网关等等一些，但是对于用户来说就只想知道整笔借款花费了多长时间。
RT/ART(Response Time/average Response Time):
响应时间/平均响应时间，指一个事务花费多长时间来响应用户请求，为了使这个下响应时间更具有代表性，会统计更多的响应时间然后取平均值得到ART。日常使用中，为了方便一般会直接用RT来代替ART，ART和RT代表一个意思
Vuser（Virtual User）：
虚拟用户，用于模拟真实业务逻辑步骤的用户。虚拟用户模拟的操作都被记录在虚拟用户脚本里。Vuser脚本用于描述Vuser在场景中执行的操作。
Concurrency并发：
并发分广义和狭义两类。
狭义的并发，及所有用户进行完全一样的操作，目的是测试数据库和程序对并发操作的处理。狭义并发多适用于性能测试、负载测试、压力测试、稳定性测试场景；
广义的并发，即多个用户对系统发出了请求或者进行了操作，但是这些请求或操作可以是不同的。广义并发不限制对系统的请求操作，多适用于混合场景、稳定性测试场景。
场景（Scenario）：
性能测试过程中，为了模拟真实用户的业务处理过程，在工具中设置一系列的场景，包括待执行脚本、脚本组、并发用户数、负载生成器、测试目标、配置条件等等一些。
思考时间（Think Time）：
模拟正式用户在实际操作时的停顿时间间隔。从业务的角度讲，思考时间指的是用户在进行操作时，每个请求之间的间隔时间。在测试脚本中，思考时间体现为脚本中两个请求语句之间的时间间隔。
标准差（Std. Deviation）:
标准差根据数据统计的概念得来，标准差越小，说明波动越小，系统越稳定。包括响应时间标准差、TPS标准差、CPU利用率标准差等。
扩展资料
Jmeter工作原理：
jmeter通过线程组来驱动多个线程运行测试脚本对被测服务器发起负载，每一个负载机上都可以运行多个线程组。
jmeter术语：
元件：如HTTP请求、事务控制器、响应断言，就是一个元件。
组件：如逻辑控制器，就是组件。组件中包含一个或多个元件
jmeter使用相关资料参考：小老鼠 - 个人中心 - 云+社区 - 腾讯云
