性能测试过程中部分指标和系统性能的关系

看到的一些文章，整理了部分关于性能测试分析的一点思路，我感觉应该是使用LR或者Jmeter的时候，需要的一些知识储备，所以整理记录一下，如在今后的学习中，发现了一些更加完善或者更实用的文章，可能或继续追踪。

1、事物响应时间和虚拟用户数关联：
当随着用户数的增加，响应时间应该随着上下波动，但是如果事物相应时间有严重波动需要分析问题所在处。

2、每秒错误数：
如果在某个时间段内错误数量增加，那么需要观看此时间段的其他指标变化。

3、平均事物响应时间：
平均事物响应时间随着时间、用户数的波动而波动，如果在某个时间段响应时间变慢但是马上又变快了，说明可能是服务器处理能力强，也可能是处理能力差出现大量错误。如果没波动取平均响应时间，如果波动大取90percent time。

4、每秒通过事务数：
tps(吞吐量)越高说明系统处理能力强，主要看走势图。如果出现平缓那么服务器可能出问题了，如果在某个时间段内 失败事物数增加，成功事物数减少说明系统瓶颈有问题。

5、每秒点击数：

　　1）、和平均事物响应时间：如果点击数减少，请求变少，但是响应时间却增加，或者是请求数量增加但是响应时间变少，可能是网络问题。
　　
　　3）、每秒点击数和每秒事物数：如果hps（Hits per Second 每秒点击次数）和tps（Transaction per second）的曲线出现平缓或者平坦，服务器响应时间增加，如果请求减少，而通过的事物数增加，或者请求数量增加而通过事物数减少那么服务器存在瓶颈。
　　
6、吞吐量：
如果吞吐量比较平 那么宽带有瓶颈，吞吐量和tps图基本一致，如果平了说明网络瓶颈了。

7、每秒http响应数：
一般都是和hps关联，如果客户端发送了n请求，但是http却不够，说明服务器无法应答。

8、连接数（connection）：
每个时间点打开的tcp/ip的连接数。

9、每秒连接数（connection per second）：
方便了解每秒对服务器产生的连接数，如果同时连接数越多，那么说明服务器的连接池越大，如果随着负载增加，而连接数停止时那么连接池已满，这时会返回504。

10、
1）、TPS标准差/TPS Average>8%,或者<2%则系统存在性能瓶颈。

2）、当增大系统的压力(或增加并发用户数)时，吞吐率和TPS的变化曲线呈正比变化，则系统基本稳定。

3）、若压力增大时，吞吐率的曲线增加到一定程度后出现变化缓慢，甚至平坦，同时TPS也趋于平坦，查看系统资源使用，如果资源使用率比较高，则说明服务器硬件资源存在问题，需要拓展硬件或者优化应用。反之，则说明服务器硬件资源不存在问题，查看网络流量，估计网络带宽存在问题。

4）、点击率/TPS曲线出现变化缓慢或者平坦,很可能是服务器响应时间增加，观察服务器资源使用情况，确定是否是服务器问题或者应用问题。

注：
参考文章：
http://www.51testing.com/html/73/n-3705473.html
http://www.phpbegin.com/2013/08/21/936.html