1.0. 前言

​ 在性能测试中，牵扯到了许多比较杂的知识点，这里将给大家说一下，loadrunner性能测试前需要做的一些准备，本节中我们将先从性能测试的一些术语入手，再到HTTP的一些知识，最后导我们loadrunner12.55的环境配置。

1.1 性能测试术语介绍

1.1.1 响应时间（Response time）

​ 响应时间就是用户感受软件系统为其服务所耗费的时间

1.1.2 并发用户数

​ 用来度量服务器并发容量和同步协调能力，在客户端指一批用户同时执行一个操作

C=nLTC=nLT

^C≈C+3√CC^≈C+3C

C是平均并发用户数；n是login session的数量；L是login session的平均长度；T指考察的时间段长度；

^CC^

是并发用户数；

（实际上，这个公式我们基本上不用）

举个例子：一架电梯同时能够搭载的乘客数就可以看作是他的用户并发数

1.1.3 吞吐量（Throughput）

​ 吞吐量是指单位时间内系统能够完成的工作量,它衡量的是软件系统服务器的处理能力,就是在一秒中统计所完成的工作量。是指在一次性能测试过程中网络上传输的数据量的总和。、

​ 通常是不需要用吞吐量这个概念的。因为它在不同人的脑子里会存在一些误解。

​ 用吞吐量来衡量一个系统的输出能力是极其不准确的，用个最简单的例子说明，一个水龙头开一天一夜，流出 10 吨水；10 个水龙头开 1 秒钟，流出 0.1 吨水。当然是一个水龙头的吞吐量大。你能说 1 个水龙头的出水能力是 10 个水龙头的强？所以，我们要加单位时间，看谁 1 秒钟的出水量大。这就是吞吐率。

​ 比如说，有些人说吞吐量就是在说TPS。有些人说吞吐量是说的每秒字节数。所以不建议用这个概念来承载性能指标，「有TPS就够了」。

1.1.4 吞吐率（Throughout）

​ 指一个业务系统在单位时间内提供的产量（或服务量）。

1.1.5 TPS（Transaction Per Second）

​ 那么我们就来看看TPS

​ TPS是指每秒事务处理量。每秒钟系统能够处理的交易或事务的数量。它是衡量系统处理能力的重要指标

​ TPS = 并发数/平均响应时间

TPS是由并发数和平均响应时间计算得到，是否可以认为TPS是通过并发数和平均响应时间计算得到的一秒所处理的事务数，而吞吐量就是一秒内完成的事务数量。

举个例子：博尔特1秒跑10米，就计算得一小时能跑：10*3600=36000m，其实博尔特就跑了10s，而36000m这个数的大小，是我们计算出认为如果博尔特跑3600s可以跑36000m。
但是实际上让博尔特真的跑上一个小时，可能就跑了20000s（吞吐量），因为他全程不一定都是保持1秒10米，后面就累了，可能1s也就跑7m，
也就是TPS强调时刻，但是吞吐量强调时间。