Transactions (用户事务分析)
用户事务分析是站在用户角度进行的基础性能分析。
1 、 Transation Sunmmary (事务综述)
对事务进行综合分析是性能分析的第一步，通过分析 时间内用户事务的成功与失败情况。
能够直接推断出系统是否执行正常。
2 、 Average Transaciton Response Time (事务平均响应时间)
“ 事务平均响应时间 ” 显示的是測试场景执行期间的每一秒内事务执行所用的平均时间，
通过它能够分析測试场景执行期间应用系统的性能走向。
例：随着測试时间的变化，系统处理事务的速度開始逐渐变慢，这说明应用系统随着投产时间的变化，总体性能将会有下降的趋势 。
3 、 Transactions per Second (每秒通过事务数 /TPS )
“ 每秒通过事务数 /TPS” 显示在场景执行的每一秒钟，每一个事务通过、失败以及停止的数量，使考查系统性能的一个重要參数。通过它能够确定系统在不论什么给定时刻的时间事务负载。
分析 TPS 主要是看曲线的性能走向。
将它与平均事务响应时间进行对照。能够分析事务数目对运行时间的影响。
例：当压力加大时。点击率 /TPS 曲线假设变化缓慢或者有平坦的趋势，
非常有可能是server開始出现瓶颈。
4 、 Total Transactions per Second (每秒通过事务总数)
“ 每秒通过事务总数 ” 显示在场景执行时，在每一秒内通过的事务总数、
失败的事务总署以及停止的事务总数。
5 、 Transaction Performance Sunmmary (事务性能摘要)
“ 事务性能摘要 ” 显示方案中全部事务的最小、最大和平均运行时间。
能够直接推断响应时间是否符合用户的要求。
重点关注事务的平均和最大运行时间，假设其范围不在用户能够接受的时间范围内。
须要进行原因分析。
6 、 Transaction Response Time Under Load (事务响应时间与负载)
“ 事务响应时间与负载 ” 是 “ 正在执行的虚拟用户 ” 图和 “ 平均响应事务时间 ” 图的组合，
通过它能够看出在任一时间点事务响应时间与用户数目的关系，
从而掌握系统在用户并发方面的性能数据，为扩展用户系统提供參考。
此图能够查看虚拟用户负载对运行时间的整体影响，
对分析具有渐变负载的測试场景比較实用。
7 、 Transaction Response Time(Percentile) (事务响应时间 ( 百分比 ) )
“ 事务响应时间 ( 百分比 )” 是依据測试结果进行分析而得到的综合分析图。
也就是工具通过一些统计分析方法间接得到的图表。
通过它能够分析在给定事务响应时间范围内能运行的事务百分比。
8 、 Transaction Response Time(Distribution) (事务响应时间 ( 分布 ) )
“ 事务响应时间 ( 分布 )” 显示在场景执行过程中。事务执行所用时间的分布，
通过它能够了解測试过程中不同响应时间的事务数量。
假设系统预先定义了相关事务能够接受的最小和最大事务响应时间，
则能够使用此图确定server性能是否在能够接受的范围内。
Web Resources ( Web 资源分析)
Web 资源分析是从server入手对 Web server的性能分析。
1 、 Hits per Second (每秒点击次数)
“ 每秒点击次数 ” 。即使执行场景过程中虚拟用户每秒向 Web server提交的 HTTP 请求数。
通过它能够评估虚拟用户产生的负载量，如将其和 “ 平均事务响应时间 ” 图比較，
能够查看点击次数对事务性能产生的影响。
通过对查看 “ 每秒点击次数 ” ，能够推断系统是否稳定。
系统点击率下降通常表明server的响应速度在变慢。需进一步分析。发现系统瓶颈所在。
2 、 Throughput (吞吐率)
“ 吞吐率 ” 显示的是场景执行过程中server的每秒的吞吐量。
其度量单位是字节，
表示虚拟用在不论什么给定的每一秒从server获得的数据量。
能够根据server的吞吐量来评估虚拟用户产生的负载量。
以及看出server在流量方面的处理能力以及是否存在瓶颈 。
“ 吞吐率 ” 图和 “ 点击率 ” 图的差别：
“ 点击率 ” 图，是每秒server处理的 HTTP 申请数。
“ 吞吐率 ” 图。是client每秒从server获得的总数据量。
3 、 HTTP Status Code Summary ( HTTP 状态代码概要)
“HTTP 状态代码概要 ” 显示场景或会话步骤过程中从 Web server返回的 HTTP 状态代码数，该图依照代码分组。 HTTP 状态代码表示 HTTP 请求的状态。
4 、 HTTP Responses per Second (每秒 HTTP 响应数)
“ 每秒 HTTP 响应数 ” 是显示执行场景过程中每秒从 Web server返回的不同 HTTP 状态代码的数量。还能返回 各类状态码的信息，通过分析状态码。能够推断server在压力下的执行情况，也能够通过对图中显示的结果进行分组。进而定位生成错误的代码脚本。
5 、 Pages Downloader per Second (每秒下载页面数)
“ 每秒下载页面数 ” 显示场景或会话步骤执行的每一秒内从server下载的网页数。
使用此图可根据下载的页数来计算 Vuser 生成的负载量。
和吞吐量图一样。每秒下载页面数图标是 Vuser 在给定的任一秒内从server接收到的数据量。
可是吞吐量考虑的各个资源极其大小(例，每一个 GIF 文件的大小、每一个网页的大小)
而每秒下载页面数仅仅考虑页面数。
注：要查看每秒下载页数图，必须在 R-T-S 那里设置 “ 每秒页面数 ( 仅 HTML 模式 )” 。
6 、 Retries per Second (每秒重试次数)
“ 每秒重试次数 ” 显示场景或会话步骤执行的每一秒内server尝试的连接次数。
在下列情况将重试server连接：
A 、初始连接未经授权
B 、要求代理server身份验证
C 、server关闭了初始连接
D 、初始连接无法连接到server
E 、server最初无法解析负载生成器的 IP 地址
7 、 Retries Summary (重试次数概要)
“ 重试次数概要 ” 显示场景或会话步骤执行过程中server尝试的连接次数。
它依照重试原因分组。
将此图与每秒重试次数图一起使用能够确定场景或会话步骤执行过程中server在哪个时间点进行了重试。
8 、 Connections (连接数)
“ 连接数 ” 显示场景或会话步骤执行过程中每一个时间点打开的 TCP/IP 连接数。
借助此图，能够知道何时须要加入 连接。
例：当连接数到达稳定状态而事务响应时间迅速增大时，加入连接能够使性能得到极大提高 (事务响应时间将减少)。
9 、 Connections Per Second (每秒连接数)
“ 每秒连接数 ” 显示方案在执行过程中每秒建立的 TCP/IP 连接数。
理想情况下，非常多 HTTP 请求都应该使用同一连接，而不是每一个请求都新打开一个连接。
通过每秒连接数图能够看出server的处理情况，就表明server的性能在逐渐下降。
10 、 SSLs Per Second (每秒 SSL 连接数)
“ 每秒 SSL 连接数 ” 显示场景或会话步骤执行的每一秒内打开的新的以及又一次使用的 SSL
连接数。当对安全server打开 TCP/IP 连接后。浏览器将打开 SSL 连接。
Web Page Breakdown (网页元素细分)
“ 网页元素细分 ” 主要用来评估页面内容是否影响事务的响应时间，
通过它能够深入地分析站点上那些下载非常慢的图形或中断的连接等有问题的
元素。
1 、 Web Page Breakdown (页面分解总图)
“ 页面分解 ” 显示某一详细事务在測试过程的响应情况，进而分析相关的事务执行是否正常。
“ 页面分解 ” 图能够按以下四种方式进行进一步细分：
1) 、 Download Time Breaddown (下载时间细分)
“ 下载时间细分 ” 图显示网页中不同元素的下载时间，同一时候还可依照下载过程把时间进行分解。用不同的颜色来显示 DNS 解析时间、建立连接时间、第一次缓冲时间等各自所占比例。
2) 、 Component Breakdown(Over Time) (组件细分 ( 随时间变化 ) )
“ 组件细分 ” 图显示选定网页的页面组件随时间变化的细分图。
通过该图能够非常easy的看出哪些元素在測试过程中下载时间不稳定。
该图特别适用于须要在client下载控件较多的页面，通过分析控件的响应时间，非常easy就能发现那些控件不稳定或者比較耗时。
3) 、 Download Time Breakdown(Over Time) (下载时间细分 ( 随时间变化 ) )
“ 下载时间细分 ( 随时间变化 )” 图显示选定网页的页面元素下载时间细分(随时间变化)情况。它很清晰地显示了页面各个元素在压力測试过程中的下载情况。
“ 下载时间细分 ” 图显示的是整个測试过程页面元素响应的时间统计分析结果， “ 下载时间细分 ( 随时间变化 )” 显示的事场景执行过程中每一秒内页面元素响应时间的统计结果。两者分别从宏观和微观角度来分析页面元素的下载时间。
4) 、 Time to First Buffer Breakdown(Over Time)
(第一次缓冲时间细分 ( 随时间变化 ) )
“ 第一次缓冲时间细分 ( 随时间变化 )” 图显示成功收到从 Web server返回的第一次缓冲
之前的这段时间，场景或会话步骤执行的每一秒中每一个网页组件的server时间和网络时间(
以秒为单位)。能够使用该图确定场景或会话步骤执行期间server或网络出现故障的时间。
First Buffer Time ：是指client与server端建立连接后，
从server发送第一个数据包開始计时，数据经过网络传送到client，
到浏览器接收到第一个缓冲所用的时间。
2 、 Page Component Breakdown (页面组件细分)
“ 页面组件细分 ” 图显示每一个网页及其组件的平均下载时间(以秒为单位)。
能够依据下载组件所用的平均秒数对图列进行排序，通过它有助于隔离有问题的组件。
3 、 Page Component Breakdown(Over Time) (页面组件分解 ( 随时间变化 ) )
“ 页面组件分解 ( 随时间变化 )” 图显示在方案执行期间的每一秒内每一个网页
及其组件的平均响应时间 (以秒为单位)。
4 、 Page Download Time Breakdown (页面下载时间细分)
“ 页面下载时间细分 ” 图显示每一个页面组件下载时间的细分，
能够依据它确定在网页下载期间事务响应时间缓慢是由网络错误引起还是由server错误引起。
“ 页面下载时间细分 ” 图依据 DNS 解析时间、连接时间、第一次缓冲时间、
SSL 握手时间、接收时间、 FTP 验证时间、client时间和错误时间来对每一个组件的下载
过程进行细分。
5 、 Page Download Time Breakdown(Over Time) (页面下载时间细分
( 随时间变化 ) )
“ 页面下载时间细分 ( 随时间变化 )” 图显示方案执行期间。每一秒内每一个页面组件
下载时间的细分。
使用此图能够确定网络或server在方案运行期间哪一时间点发生了问题。
“ 页面组件细分 ( 随时间变化 )” 图和 “ 页面下载时间细分 ( 随时间变化 )”
图通常结合起来进行分析：首先确定有问题的组件，然后分析它们的下载过程。
进而定位原因在哪里。
6 、 Time to First Buffer Breakdown (第一次缓冲时间细分)
“ 第一次缓冲时间细分 ” 图显示成功收到从 Web server返回的第一次缓冲之前的这一段时间内的每一个页面组件的相关server / 网路时间。假设组件的下载时间非常长。
则能够使用此图确定产生的问题与server有关还是与网络有关。
网络时间：定义为第一个 HTTP 请求那一刻開始，直到确觉得止所经过的平均时间。
server时间：定义为从收到初始 HTTP 请求确认開始，
直到成功收到来自 Web server的一次缓冲为止所经过的平均时间。
7 、 Time to First Buffer Breakdown(Over Time) (第一次缓冲时间细分
( 随时间变化 ) )
“ 第一次缓冲时间细分 ( 随时间变化 )” 图显示成功收到从 Web server返回的第一
个缓冲之前的这段时间内，场景执行的每一秒中每一个网页组件的server时间和网络时间。
能够使用此图确定场景执行期间server或网络出现故障的时间点。
8 、 Downloader Component Size(KB) (已下载组件大小)
“ 已下载组件大小 ” 图显示每一个已经下载的网页组建的大小。
通过它能够直接看出哪这些组件是比较大的，并需要进一步优化，以提高性能。
版权声明：本文博主原创文章，博客，未经同意不得转载。
