出入性能测试，大部分人都是从录制脚本调通开始。谁知这是漫漫长征第一步而已，场景设定完成以后，需要加监控指标时，这一堆指标都是干什么使的？下面来浅谈下这些指标吧。
吞吐量
如果是从统计上讲就是在一次性能测试过程中，网络上传输的数据总量。举个例子就像手机一直用流量上网，那本月流量统计就是本月的吞吐量。
一次测试过程中传输了多少数据对于一般的性能测试来说，往往意义不太大。除非有流量限制的需求，对过程的流量总数限定在一定的范围内时候，会关注这个指标。
人们口头上甚至有很多软件实现中所说的吞吐量其实是吞吐率。通俗的讲就是网络传输速率。和利用下载工具下载东西的过程中看到那些个1.2MB/s是一样的概念。
在下载过程中看到的下载速率一般只是在想我还有多久才能把这个东西下载完成，而在性能测试过程中，这个指标则显示了在那个时点服务器对发起请求的处理能力。如果随着虚拟用户数的逐渐上升，吞吐率也在随之上升，说明服务器的处理能力还没达到饱和，还可以承载更多的用户。如果随着虚拟用户数上升，吞吐率并没有明显变化，甚至出现下降的趋势。则说明服务器的性能已经达到瓶颈，已经不能应对当前用户的请求量了。一般遇到这种情况，排查手段就是从网络带宽，数据库，应用服务器，io磁盘，代码本身5个环节逐一排查系统的瓶颈所在。
点击率
点击率的含义不像字面上反映的是每秒有多少的点击量，而是每秒向服务器发送的请求数。有什么不一样呢？现在在页面往往包含一些图片，flash广告，javascript脚本，css脚本等一堆资源，没有缓存的话，每一个都会对服务发送一次请求。所以当鼠标点击一个超链接到新的页面时，点击率统计的到的数字并不是1，而是网页上所有对服务器资源请求的总和。需要强调一点的是点击率只是客户端发送给服务器的请求总和，并不总等于服务器处理的请求数，这个有另一个指标TPS(Transaction Per Second,每秒事务数)进行统计。虽然两者相似，却是表达了不同的信息，前者是客户端对服务器的压力大小，后者则是服务器处理能力的实际体现。使用过程中需要视测试场景进行选取。
事务通过率
性能测试过程中，所谓事务的通过率就是得到了服务器正确响应事务数在相应的总事务数中的占比，是判断一次性能测试执行过程是否有效的一个重要指标。
若事务通过率低于一个限定值，则说明服务器并不能有效处理测试过程中的全部请求。对于不同的系统，该限定值也是可以不同的。若是需要很高稳定性，限定值就会99.9%（即一千笔业务只允许一笔业务失败）甚至更高。而如果是一般网页访问一类，则可以适当放宽到略低的水平，但一般不应低于95%，否则就认为系统的事务处理性能是不可接受的。
性能测试过程实际开展之前，需要对使用的软件有个熟悉的过程，有针对的进行研究，才能更加有效的开展后续的工作，所谓磨刀不误砍柴工。而不是一上来就一通点击尝试，最后还是啥也没记住。
