web性能测试术语小集合

这些天有幸接触到性能测试，虽然只是简单的配合做一些准备工作，对于我来说却是一大步，于是“翻箱倒柜”扒拉出一些抄录的小文档，呵呵，各位性能测试高手请忽略，希望能对未触及性能测试的兄弟姐妹们有一点点小帮助。

1.       并发用户：并发一般分为两种情况，一种是严格意义的并发，即所有的用户在同一时刻做同一件事情或者是操作，这种操作一般指同一类型的业务。Eg，在信用卡审批业务中，一定数目的用户在同一时刻对已经完成的审批业务进行提交（操作的不是同一条记录）；还有一种特例即所有的用户进行完全一样的操作。另一种并发是广义范围的并发，这种并发与前一种并发的区别是，尽管多个用户对系统发出了请求或进行了操作，但是这些请求或者操作可以是相同的，也可以是不同的。对整个系统而言，仍然是有很多用户同时对系统进行操作，因此也属于并发的范畴。

2.       用户并发数量：在同一时刻与“服务器”进行交互的在线用户数量。

3.       请求相应时间：指的是客户端发出请求到得到相应的整个过程的时间。在某些工具中，请求相应时间可以用“TTLB”(time to last byte).意思是从发起一个请求开始到客户端收到最后一个字节的相应所消耗的时间。其单位一般是“秒”或者“毫秒”。

4.       事务相应时间：事务可能是有一系列请求组成的，事物的相应时间主要是针对用户而言的，属于宏观上的概念，是为了向用户说明业务相应时间而提出的。例如跨行取款业务是有一系列的请求组成的。

5.       吞吐量：指的是在一次性能测试过程中网络上传输的数据量的总和。吞吐量/传输时间，就是吞吐率。

6.       吞吐率（Throughput）：单位时间内网络上传输的数据量，也可以指单位时间内处理的客户端请求数量。他是衡量网络性能的重要指标。通常情况下，吞吐率用“请求数/秒”或者“页面数/秒”来衡量。

7.       TPS(Transaction Per Second):每秒钟系统能处理的交易或者事务的数量，它是衡量系统处理能力的重要指标。

8.       点击率（Hit Per Second）:每秒钟用户向Web服务器提交的HTTP请求数。这个指标是Web应用特有的一个指标：Web应用是“请求-响应”模式，用户发出一次申请，服务器就要处理一次，所以点击是Web应用能够处理的交易的最小单位。如果把每次点击定义为一个交易，点击率和TPS就是一个概念。 可以看出：点击率越大，对服务器的压力越大。点击率只是一个性能参考指标，重要的是分析点击时产生的影响。需要注意的是，这里的点击不是指鼠标的一次“单击”操作，因为在一次“单击”操作中，客户端可能向服务器发出多个HTTP请求。

9.       资源利用率：指的是对不同系统资源的使用程度，例如服务器的CPU占用率，磁盘利用率。资源利用率是分析性能指标进而改善性能的重要指标，因此是Web性能测试工作的重点。

上述重要的性能指标可以形象的用司空见惯的高速公路来进行描述：

  很多车沿着高速公路行驶，走到高速公路出口，即需要收费的地方，所有的车辆都会依次排队，等待交费，然后继续前进。如果在高速公路靠近收费站的地方做一个横截面，观察单位时间内通过该横截面的车辆数目，这个数量就是高速公路的流量。高速公路的流量取决于很多因素，排除车速外两个很重要的因素就是高速公路的宽度以及收费站收费的处理能力。加宽高速公路有四车道变成八车道，肯定能显著地提高高速公路的流量，但是如果收费站的处理能力不高，很容易形成车辆积压在收费口附近排队的现象。

实际应用系统的网络就类似上面的现象，在网络上传输的数据包就类似一辆辆汽车。高速公路的宽度类似网络宽度，他决定了网络的响应时间，单位时间内通过高速公路某一横截面汽车数量可以定义为吞吐率Throughout。收费站的处理能力类似于服务器的处理能力，可以用TPS，即每秒钟处理的交易数来衡量。

Throughout和TPS的相互关系：两者互为因果的关系，如果高速公路的宽度不高，Throughout不高，单位时间内到达收费站口的数量有限，即使收费站处理能力再高，TPS也上不去。类似地，如果收费站处理能力不高，即TPS不高，即使高速公路非常宽，到达收费口的车辆也不得不排队等待，导致吞吐率Throughout下降。

Throughout和TPS有很强的关联性：如果随着压力的增大，Throughout和TPS的变化呈大体一致的趋势，即一起增加，说明在测试的压力下，系统没有出现明显的性能瓶颈。

相反地，随着压力的增大，Throughout曲线在增加到一定的时候，出现变化缓慢，甚至平坦的状态，很有可能表明网络出现宽带瓶颈。类似地，当压力增大时，TPS曲线出现变化缓慢或者平坦的趋势，很有可能服务器开始出现瓶颈，无法进一步处理请求。


10.虚拟用户（Vuser）：虚拟用户通过执行典型业务流程模拟实际应忽的操作。对于虚拟用户执行的每个操作，loadrunner向服务器或者类似的企业系统提交输入信息，增加虚拟用户的数量可以增大系统的负载。一台工作站只能容纳一个实际用户，而多个虚拟用户可以同时运行在同一个工作站上。虚拟用户执行的操作是用虚拟用户脚本描述的。

11.测试场景：也可称为测试方案，loadrunner用测试场景或者测试方案来描述测试会话   期间发生的事件，而这些场景的安排正是性能测试用例的设计内容。测试场景中包括运行Vuser的计算机列表，运行Vuser脚本的类表以及在场景执行期间运行的指定数量的Vuser或Vuser组等。Loadrunner通过controller来创建测试场景，场景运行是可以对其进行监控。在场景运行过程中，controller即时生成测试过程的原始数据，这些数据是analysis进行性能分析的主要来源。