一、Vuser图

1、正在运行的Vuser图：显示在测试期间的每一秒内，执行Vuser脚本的Vuser的数量及它们的状态。
2、Vuser概要图：显示Vuser性能的概要，可查看成功的完成场景或会话步骤运行的Vuser的数量。
3、集合图：表明从集合点释放Vuser的时间，以及在每个点释放的Vuser的数量。有助于理解事务的执行时间。

二、错误图

1、错误统计信息图：显示场景或会话步骤执行期间发生的错误数（按错误代码分组）
2、错误统计信息（按描述）图：显示场景或会话步骤执行期间发生的错误数（按错误描述分组）
3、每秒错误数图：场景或会话步骤运行期间每一秒内发生的平均错误数
4、每秒错误数（按描述）图：场景或会话步骤运行期间每一秒内发生的平均错误数（按错误描述分组）

三、事务图

1、平均事务响应时间图：每一秒内执行事务所用的平均时间
2、每秒事务数图：每一秒中，每个事务通过、失败以及停止的次数，此图可帮助确定系统在任何给定时刻的实际事务负载。
3、每秒事务总数：每一秒中通过的事务总数、失败的事务总数以及停止的事务总数
4、事务概要图：总结场景或会话步骤中失败。通过、停止以及因错误而结束的事务数目。
5、事务性能概要图：场景或会话步骤中所有事务的最小、最大和平均性能时间。
6、事务响应时间（负载下）图：正在运行的Vuser图和平均事务响应图的组合，它指示事务时间，该事务时间与场景或会话步骤中在任一给定时刻所运行的Vuser数目有关。此图可帮助查看Vuser负载对性能时间的总体影响，对分析具有渐变负载的场景或会话更为有用。
7、事务响应时间（百分比）图：分析在给定时间范围内执行的事务的百分比。此图可帮助确定合适的事务的百分比，以符合系统的性能标准。
8、事务响应时间（分布）图：执行事务所用时间的分布。如果将它与事务性能概要图进行比较，则可以了解平均性能的计算方法。

四、Web资源图

1、每秒点击次数图：Vuser每秒向Web服务器提交的HTTP请求数。借助此图可依据点击次数来评估Vuser产生的负载量。可将此图与平均事务响应时间图进行比较，以查看点击次数对事务性能产生的影响。
2、吞吐量图：每一秒内服务器上的吞吐量。度量单位是字节，表示Vuser在任何给定的某一秒上从服务器获得的数量。借助此图可依据服务器吞吐量来评估Vuser产生的负载量。可将此图与平均事务响应时间图进行比较，以查看吞吐量对事务性能产生的影响。
3、HTTP状态代码概要图：从Web服务器返回的HTTP状态代码数，该图按照状态代码分组。
4、每秒HTTP响应数图：每一秒内从Web服务器返回的HTTP状态代码数，该图按照状态代码分组。
5、每秒下载页面数图：每秒内从服务器下载的网页数。使用此图可依据下载的页数来计算Vuser生成的负载量。
6、每秒重试次数图：
7、重试次数概要图：服务器尝试的链接次数，它按照重试原因分组。
8、连接数图：每个时间点上打开的TCP/IP连接数。当一个HTML页上的链接转到其他Web地址时，该页可能导致浏览器打开多个连接。此时每个Web服务器打开两个连接。（不太明白还）
9、每秒连接数图：每一秒内打开的新的TCP/IP连接数和关闭的连接数。
10、每秒SSL连接数图：每一秒内打开的新的以及重新使用的SSL连接数。

五、网页细分图

1、页面组件细分图：每个网页及其组件的平均下载时间
2、页面组件细分（随时间变化）图：每一秒内每个网页及其组件的平均响应时间
3、页面下载时间细分图：每个页面组件的下载时间的细分，可以据此确定在网页下载期间，响应缓慢的原因是网络还是服务器有问题。
4、页面下载时间细分（随时间变化）图：每一秒内每个页面组件下载时间的细分。使用此图可以确定网络或服务器问题发生在场景或会话步骤执行期间的哪一时间点。
5、第一次缓冲细分时间图：成功收到从Web服务器返回的第一次缓冲之前的这一段时间内，每个网页组件的相关服务器/网络时间。
6、第一次缓冲时间细分（随时间变化）图：成功收到从Web服务器返回的第一次缓冲之前的这段时间内，场景或会话步骤运行的每一秒中每个网页组件的服务器时间和网络时间。
7、已下载组件大小图：每个网页组件的大小。

六、用户定义的数据点图

1、数据点（总计）图：在场景或会话步骤运行的整个过程中，用户定义的数据点的值的总和。此图通常指出所有虚拟用户能够生成的度量总数。
2、数据点（平均）图：在场景或会话步骤运行期间，所记录的用户定义的数据点的平均值。此图通常用于确定度量的实际值。

七、系统资源图

1、Windows资源图
2、UNIX资源图
3、服务器资源图：显示场景或会话步骤运行期间度量的在远程Unix服务器上使用的资源（CPU、磁盘空间、内存或服务）。它可以帮助确定Vuser负载对各种系统资源的影响。
4、SNMP资源图：使用简单网络管理协议（SNMP）显示运行SNMP代理的计算机的统计信息。
5、Antara Flame Thrower资源图：运行期间Antara Flame Thrower服务器上的资源使用情况统计信息。
6、SiteScope图：运行期间SiteScope计算机上的资源使用情况统计信息。

八、网络监控器图

1、网络延迟时间图：显示源计算机与目标计算机（例如，数据库服务器和Vuser负载生成器）之间的整个路径的延迟。该图将延迟映射为场景或会话步骤已用时间的函数。
2、网络子路径时间图：根据场景或会话已用时间，网络子路径时间图将显示从源计算机到路径上每个节点的延迟。
3、网络段延迟图：根据场景或会话步骤已用时间来显示路径上每个段的延迟。

九、防火墙服务器监控器图

1、检查点防火墙-1服务器图：有关检查点的防火墙服务器的统计信息。

十、Web服务器资源图

1、Apache服务器图
2、Microsoft Information Internet Server（IIS）图
3、iPlanet/Netscape服务器图
4、iPlanet（SNMP）服务器图

十一、Web应用程序服务器资源图

十二、数据库服务器资源图

十三、流媒体图

十四、ERP/CRM服务器资源图

十五、Java性能图

十六、应用程序组件图

1、Microsoft COM+图
2、.NET细分图：概述了关于.NET类或方法的基本结果数据，并以表格格式表示。使用此图，可以迅速识别测试期间最耗时的.NET类或方法
3、.NET平均响应时间图：执行.NET类或方法所需的平均时间
4、.NET调用计数图：测试期间调用.NET类和方法的次数。该图最初显示.NET类，但是也可以通过使用向下搜索或筛选技术查看其类中的单个方法。
5、.NET资源图：可以监控应用程序、程序集、类和方法级别上的.NET计数器。

十七、应用程序部署解决方案图

十八、中间件性能图

十九、安全图

二十、应用程序流量管理图

二十一、基础结构资源图

1、网络客户端图：显示场景或会话步骤运行期间FTP、POP3、SMTP、IMAP和DNS Vuer的网络客户端数据点。

前两天做LoadRunner实例的时候，发现教程上写得结果上的web page breakdown图我的没数据资源，网上搜了好多，后来还看了帮助文档，按帮助文档上写得把controller中的启用网页诊断选中（Diagnostics->distribution->enable the following diagnostics->web page diagnostics）,再次运行，结果还是不行。

后来在论坛上发了求助帖，终于有高手帮忙解答了，要再把Run-time Settings中的Preferences，把“Page per second”选上，这次再试验，终于成功了

1、如果在图像检查中遇到了差异或者异常，可以禁用【vuser】->[run-time settings]->browser emulation中的Download non-HTML resources选项，因为每次访问网页时，一些图像会随之改变（例如广告横幅）。

2、要插入检查点时，一定要记得把【vuser】->[run-time settings]->[preference]中Enable image and text check选中

3、sql server的协议仅支持sql server 7及以下的版本。sql2000以上版本必须使用odbc或其他的对等协议。。。

4、LR自带定时程序，在场景开始时间中设定计划开始时间即可，但一定要点开始场景按钮，此时会弹出计划场景开始倒计时的窗口
如果不点开始场景按钮，定时程序不会启动

5、如何让多个场景轮流执行：如果是两个不同的测试脚本，甚至两个不同的测试环境，都可以在Controller里面进行设置，按照Group执行。

Controller里面的Group功能要充分利用，可以进行不同脚本的组合，设置不同的RTS。等等

设置两个Group。点击Edit Schedule->选择Schedule by Group->设置Start when group XXX finishes

但我觉得不用分开那么多脚本，把transaction名字用参数替换即可，而参数的更新策略用each iteraction，这样应该就可以区分开了

    进公司已经将近四周，没事的时候就是自己学习LoadRunner，能有时间学习这个，还是很开心的。

    一段时间学习下来，感觉还是困难挺多的，关键是没有老师，虽然网上资料是蛮多的，但有时自己的具体情况也没办法讲的很清楚，所以会为一个小问题耗时很久。再就是学的没有计划，就是网上找资料，看资料，或者按照找来的资料做例子，例子做的时候是一步步按书上来的，很容易做完就忘，而且很多是不理解。不知道为什么要这么做，不知道那些结果和脚本是怎么出来的，也不知道脚本是什么意思，只会录制脚本，设置场景，生成结果，但结果都不是很会分析。

    想想为什么会这样，有客观原因，更多的可能就是自己的原因了。总是习惯做东西不求甚解，不去追根问底，脚本生成了就是生成了，也不会去管他什么意思，很多事情为什么要那么做也不去仔细想。这种性格有时会让我过得比较轻松，但很多时候也会阻碍我的学习。

    为了能把LoadRunner学好学精，决定在学习上要有所改进，不能再让这种性格影响工作。

现在想得学习计划就是：

1、首先把自带例子做好，把这个实例的每个部分都弄清楚，弄懂。脚本要看，结果要仔细分析，涉及到有关设置时就彻底把那个设置搞清楚。

2、把《精通软件性能测试与LoadRunner实战》这本书吃透，这样性能测试也有了宏观的了解，LoadRunner的使用也可以上一个台阶。

3、学习常用的脚本语言，或许需要重新学习C语言，毕竟以后要自己写脚本的时候还是不少的。学习时要多多实践，可以自己写，然后再调试，多练习多实践始终是王道！

大概通过半年的学习来对LoadRunner有个大致的了解，做到能用它来完整的对项目进行性能测试。

或许公司一时还不能给我用LoadRunner的机会，但不能放下，一定要坚持学下去，这样在需要用得时候就可以拿起来就用了，以后也会有更多的机会。

     运行LoadRunner自带实例时开始出现了27727的错误，查到有前辈说可以通过选中run-time setting->internet protocol->preferences中advanced中的Winlet replay instead of Sockets(Windows Only)来解决，尝试之后发现原来的错误没有了，又出现27492的错误，这次查了好久也没找到解决办法，很多人说是connection timeout值设置太小，设大点就OK了，但总感觉不是这个的问题，也有人说时间都设置到最大值了还是报错，所以我没有改时间设置。

    后来实在没办法，就想重新运行一下看看的，结果竟然全部通过了……

    还是没弄明白是什么问题，以后找到了再来添加。

关于登陆问题还看到另一个解决办法，虽然没有试过，但先写下来，或许以后有用

声明我的是LR8.0的
我的解决的办法是：
1.删除cookies
2.删除所有历史记录

    昨天安装了loadrunner的sample，但安装好后发现不能使用，首先是xitami就启动不了，报错为：could not open ftp port21-port is already used by another server，自然网页也就打不开的。因为安装的时候有个地方要写用户名和密码，我就随便自己写了，后来看别人的安装过程是一路next，就担心是这个导致的，所以重新安装了，还是不行

    网上查了查网页报的错：HTTP 错误 404 - 文件或目录未找到。Internet 信息服务,有同志说这是IIS的问题，搞了半天IIS，很多人说是要把IIS中web服务扩展（active server page）允许，就是可以有动态的.asp。但我的Internet 信息服务中根本没有这一项（这个问题现在还没搞清楚……）。后来在请教一个同事的时候，终于想起来可以要把xitami和错误信息一起搜，果然找到了解决办法