性能测试常见的术语主要有并发、并发用户数量、请求响应时间、吞吐量、吞吐率、TPS、点击率、资源利用率等

并发

狭义的并发一般分两种情况。一种是严格意义上的并发，即所有用户在同一时刻做同一件事情或操作，这种操作一般针对同一类型的业务。

另一种并发是广义的并发。这种并发与狭义的并发的区别是尽管多个用户对系统发出了请求或进行了操作，但是这些请求或操作可以是相同的，也可以是不同的。对整体系统而言，任然有很多用户同时对系统进行操作，因此，仍然属于并发的范畴。

可以看出，广义的并发是包含狭义的并发的，而且广义的并发更接近用户的实际使用情况，因为对大多数系统而言，只有数量很少的用户进行“严格意义上的并发”。对于性能测试而言，这两种并发一般都需要进行测试，通常的做法是先进行严格意义上的并发测试。严格意义上的并发一般发生在使用比较频繁的模块中，尽管发生的概率不是特别高，但是一旦发生性能问题，后果很可能是致命的。严格意义上的并发测试往往和功能测试关联起来，因为只要并发功能遇到异常通常都是程序的问题，这种测试也是健壮性和稳定性测试的一部分。

并发用户数量

关于并发用户数量，有两种常见的错误观点。一种错误观点是把并发用户数量理解为使用系统的全部用户的数量，理由是这些用户可能同时使用系统；还有一种比较接近正确的观点是把用户在线数量理解为并发用户数量。实际上，在线用户不一定会和其他用户发生并发，例如正在浏览网页信息的用户，对服务器是没有任何影响的。但是，用户在线数量是统计并发用户数量的主要依据之一。

并发主要针对服务器而言，是否并发的关键是看用户的操作是否对服务器产生了影响。因此，并发用户数量的正确理解是，在同一时刻与服务器进行交互的在线用户数量。这些用户的最大特征是和服务器发生了交互，这种交互既可以是单向传送数据的，也可以是双向传送数据的。

并发用户数量的统计方法目前还没有准确的公式，因为不同的系统会有不同的并发特点。例如OA系统统计并发用户的经验公式为：使用系统的用户数量*（5%~20%）。对于这个公式，没有必要拘泥于计算出的结果，因为为了保证系统的扩展空间，测试时的并发用户数量就会稍稍大一些，除非要测试系统能承受的最大并发用户数量。举例说明：如果一个OA系统的期望用户为1000个，只要测试出系统能支持200个并发用户就可以了。

请求响应时间

请求响应时间是指从客户端发出请求到得到响应的整个过程的时间。这个过程从客户端发出一个请求开始计时，到客户端接收到从服务器端返回的响应结果计时结束。在某些工具中，请求响应时间通常会被称为"TTLB"，即"Time to last byte"，意思是从发送一个请求开始，到客户端接收到最后一个字节的响应为止所耗费的时间。请求响应时间的单位一般为“秒”或“毫秒”。

事物响应时间

事物可能由一系列请求组成，事物的响应时间主要针对用户而言，属于宏观上的概念，是为了向用户说明业务响应时间而提出来的。例如：跨行取款食物的响应时间就是由一系列的请求组成的。事物响应时间和业务吞吐率都是直接衡量系统性能的参数。

吞吐量

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

吞吐率（Throughput）

通常用来指单位时间内网络上传输的数据量，也可以指单位时间内处理的客户端请求数量。是衡量网络性能的重要指标。

但是从用户或业务角度来看，吞吐率也可以用“请求数/秒”或“页面数/秒”、“业务数/小时或天”、“访问人数/天”、“页面访问量/天”来衡量。例如在银行卡审批系统中，可以用“千件/每小时”来衡量系统的业务处理能力。

TPS（Transaction Per Second）

每秒钟系统能够处理的交易或事物的数量。它是衡量系统处理能力的重要指标。TPS是LoadRunner中重要的性能参数指标。

点击率（Hit Per Second）

每秒钟用户向Web服务器提交的HTTP请求书。这个指标是Web应用特有的一个指标：Web应用是“请求-响应”模式，用户发出一次申请，服务器就要处理一次，所以“点击”是Web应用能够处理交易的最小单位。如果把每次点击定义为一次交易，点击率和TPS就是一个概念。不难看出，点击率越大，对服务器的压力也越大。点击率只是一个性能参考指标，重要的是分析点击时产生的影响。

需要注意的是，这里的点击不是指鼠标的一次“单击”操作，而是在一次“单击”操作中，客户端可能向服务器发出多个HTTP请求。

资源利用率

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

资源利用率主要针对Web服务器、操作系统、数据库服务器、网络等，是测试和分析瓶颈的主要参数。在性能测试中，要根据需求采集具体的资源利用率参数来进行分析。

    LoadRunner终于安装成功了，8.0版本。安装了两次.第一次安装时，用户名，密码没改，搞的我重启机器以后，系统都进不去了。（它默认新建了个MI-管理员，不知道密码）第二次，改了用户名，密码又从网上下了个安装包，终于可以了。功夫不负有心人～本来想把我下到的那个压缩包放到这里的，可传不上去，估计是太大，下载网址也忘了，大家就在google里搜吧，很多的，呵呵！

   最近两个月主攻性能测试LoadRunner，这个先入了门再学其它。给自己加油！

   日子过得还算充实，可不知怎么还是想念那个张开双臂久违了的拥抱……

　　 逛了N次中关村图书大厦，虽然关于软件测试的书并不多，只有一个架子吧。但翻了又翻，看了又看，觉得茫然。不知该从哪本看起。自己心里明白，其实，每本书都一样，只要认真地看下去，吃透了，都能学好。可看的好迷茫。当时，我只有一个要求，也很简单，只想选本合适的书，一字一句地看下去……就这样持续了一周吧，稀里糊涂的一本书看了不到半本，就像和尚念经，读完了，可脑子里仍是一片空白，

　　后来，朋友推荐了我本＜软件测试技术经典教程＞，还不错，很适合像我这样的初学者，虽然黑盒，白盒……这些概念以前也都接触过，但事隔多年，脑子里都是模糊的概念，似懂非懂，看了这本书，明白了许多，思路也清晰了。建议，像我这样的菜鸟，入门前也去看下这本书，书名：《软件测试技术经典教程》 作者：赵斌　科学出版社！

　　现在我还不太明白，想要学好软件测试应该是怎样的思路。我现在的大致的思路是：先把《软件测试技术经典教程》这本书吃透，理清基本概念。然后主要是学测试工具吧－－性能测试LoadRunner、功能测试：QTP、测试管理：TestDirector、白盒测试：Jtest。先学LoadRunner，听说学好这个工具就能找到工作，不知是不是这样，呵呵。刚大概翻了下那本书，内容真多，哎，够我学好几个月了。

　　万事开头难，继续走下去吧，先把LoadRunner软件下好，配置好环境再说。

　　　毕业至今一年了，做过电话客服，网站编辑……但工作并不是那么理想，从今开始想学软件测试了。给自己一个奋斗的目标。今天11月10号吧，记录下，新的开始。开始自学软件测试。

　　刚开始有点迷茫，想学但不知学点什么。从何开始。买教材也不知哪类书适合初学者。慢慢摸索吧。摸索的经验我会记录在这里，供以后自学兄弟姐妹们参考.不用老走弯路。

　　只要认准自己的方向，做自己喜欢并擅长的事情并持之以恒就一定会有所成！一句话，只要选择了，就坚持走下去吧！