web test IBM Page Detailer / IBM Rational Performance Tester / Web Page Performa

S

IBM测试分类-AVT，BVT，CVT，FVT，GVT，TVT，SVT，PVT

http://blog.csdn.net/hpf911/article/details/7095785

AVT,accessibility test,确保那些视觉有缺陷,或者听觉有缺陷的人,可以跟正常人一样使用这个系统,这个是基于美国政府的要求.AVT的测试工具主要是JAWS,ScreenReader等.也有一些firefox的插件.

BVT,build available test ~测试build是否可用，主要是进行些简单的功能测试，如:能否启动，能否登录等CVT,component test~针对每个不同的Component进行测试~(主要用于OSGI开发的项目).

FVT,function test。FVT其实和别的测试可以交叉,也是运行一下其他的测试的一些基本的case.很多公司可能只有FVT测试。FVT做完所有的事情。

GVT,globalization的测试。这个范围其实非常广泛.最基本的是保证系统在多语言的环境下,能够运行正常.主要测试工具有chkpii .

PVT,performance test ,性能测试的范围也很广.基本的包括测试响应时间,压力测试,大数据量的测试.

SVT,system test.在IBM,他还涉及RVT（reliability测试）和IVT（Integration测试）.

TVT,translation test .在IBM,几乎所有的公共产品在发布之前都要经过TVT测试,一般是由遍布全球的翻译团队把软件和文档从英文翻译成多种语,然后进行由TVT确认翻译的质量.

 

 

淘宝核心系统团队博客基础 极致 分享

http://rdc.taobao.com/blog/cs/

http://rdc.taobao.com/blog/cs/wp-content/plugins/core-systems.png

如何使用 Rational Performance Tester V7 中的新特性实现高效的性能测试

http://www.ibm.com/developerworks/cn/rational/r-cn-rptv701news/

使用 IBM Page Detailer 分析 Web 应用性能与调优

http://www.ibm.com/developerworks/cn/web/wa-lo-pagedetailer/

http://hi.baidu.com/bianxuehui/item/a56b5d0d158763c8915718ea

http://hi.baidu.com/bianxuehui

 

使用 IBM Page Detailer 分析 Web 应用性能与调优

 

http://www.ibm.com/developerworks/cn/web/wa-lo-pagedetailer/

张 雪莹, 软件工程师, IBM

简介： 本文介绍了 IBM Page Detailer 的功能和使用，并通过一个实例演示了如何对 IBM Page Detailer 获取的结果进行分析，并为 Web 应用性能改进提供建议。

发布日期： 2008 年 4 月 30 日
级别： 初级
访问情况 ： 3533 次浏览
评论： 1 (查看 | 添加评论 - 登录)

平均分 (2个评分)
为本文评分

 

介绍

 

在性能测试的日常工作中，测试人员经常需要一些工具为我们提供用以分析的数据。选择行之有效的工具，往往可以使测试工作事 半功倍。在对 Web 应用性能的分析过程中，测试人员需要获取与网络传输相关的数据。对于底层信息的获取，许多已有的工具可提供数据包级别的数据。但当测试人员需要更进一步的 数据进行分析时，这些工具提供的信息往往太过繁杂，给分析过程带来一定程度的不便。在这种情况下，我们推荐使用 IBM Page Detailer 来提高工作效率。

 

IBM Page Detailer 是由 IBM 研究院的两位资深工程师 LeRoy Krueger 和 Nat Mills 共同开发完成的。这是一款用来衡量 Web 应用性能的软件，由于是基于客户体验的角度设计，从而更有利于依据其收集的数据来调整 Web 应用的性能，更好地满足客户需求，达到更好的客户满意度。

 

IBM Page Detailer支持Windows® 2000, XP, Server 2003以及Windows Vista操作系统，分为Basic和Pro两个版本，其中Basic版本的安装文件可以在 IBM alphaWorks下载。

 

Basic 版属于免费体验版本，在功能上有一定的局限。而 Pro 版本则具有如下的加强功能：

 

• 对 HTTPS（SSL）通讯的全面支持
• 可以保存和导入获取数据
• 以 XML 的格式导出数据
• 标注功能
• 事件视图中文字处理的查找功能
• 图像显示功能

 

本文所有示例均以 Pro 版本为例，以下不再做特殊说明。

 

IBM Page Detailer 通过在客户端的 Windows 端口堆栈中插入探针（Probe）来获取相关信息。对于 Microsoft Internet Explorer，Mozilla Firefox 和部分 Netscape 浏览器，不需要配置即可自动激活探针。当使用其他类型的浏览器时，可通过修改安装目录下的 wd_WS2s.ini 文件来实现探针激活，具体的修改方法可以参照帮助文件中“Using Page Detailer with Other Applications”这一章节的内容。

 

IBM Page Detailer 能够获取以下类型的数据：

 

• 总连接时间
• 端口连接时间和传输数据量
• SSL 连接时间和传输数据量
• Server 响应时间和传输数据量
• 内容传输时间和数据量
• 传输延迟时间
• 请求字节头
• 请求传输数据
• 反馈字节头
• 反馈数据内容
• 页面数总计，平均及最大、最小页面数

 

IBM Page Detailer 提供了丰富的图例（参见 图 1），使用不同的颜色和图标代表不同的状态和元素，这令数据显示一目了然，方便了分析过程。

图 1. 图例

IBM Page Detailer提供了两种视图——图表视图和细节视图。在图表视图（参见 图 2）中，显示各个页面下载的时间，字节数，总的元素数，并且会依照实际的传输顺序用相应颜色的彩条表示各个元素的传输过程及在整个页面下载时间中所占的比 例。其中重叠的部分表示这些元素的下载是并行完成的。

图 2. 图表视图

图表视图中从全局的角度展示了各个页面下载的概况，如果想了解页面中各个元素的详细信息，需要到细节视图中来查看。

图 3. 细节视图

细节视图（参见 图 3）中的默认列只显示元素名称、下载时间、元素大小以及元素下载过程图例。除此之外，可以通过点击右键（如 图 4 所示），选择增加列来在视图中显示更多需要的信息。这些信息是 IBM Page Detailer 在抓取数据的过程中自动收集，当选中所需列后就会立即显示相应的数据。

图 4. 增加细节视图列元素

在两个视图中，通过鼠标双击元素所在行可以打开 Event 界面（参见 图 5），这里显示更多 http 请求的细节，可以帮助测试人员了解每个元素的全面信息。在此界面，还提供了查找和增加注释功能。

图 5. Event 界面

回页首

应用实例

 

环境描述

 

应用系统部署在 IBM WebSphere Portal Server 和 Process Server 上。并利用 IBM HTTP Server（IHS）进行图像文件的缓存，以期提高客户访问的效率，缩短响应时间。

 

• 在 IBM WebSphere Portal Server 上安装 IBM HTTP Server 并启用缓存。
• 使用 IBM Page Detailer 录制客户端第一次访问和后续访问同一页面的数据，针对数据进行比较和分析。

 

第一次访问数据结果

 

参看图6，从 Item Size 这一项可以看出，当第一次访问应用服务，所有的图像文件都被下载到客户端。

图 6. 第一次访问数据结果

第二次访问数据结果

 

从 图 7 中可以看到，所有的图片没有再次下载，IBM HTTP Server 对图像文件的缓存发挥了作用。

图 7. 第二次访问数据结果

进一步性能分析

 

我们对两次测试结果各个页面的响应时间进行了对比，发现在性能方面并没有明显的提高，应用中 Initiate domestic Page 页面在两次访问中都耗时最高。为此，我们对数据进行了进一步分析。

 

在 Initiate domestic Page 页面中，压缩 HTML 占用了绝大比例的传输时间，双击这个元素，打开 Event 窗口查看详细的 Http 请求信息。从 图 8 可以看出，时间主要消耗在 SSL server 的响应上，占据了总时间的 99.5% 左右。这里的 SSL server 响应时间从客户端发出请求开始计算，直至受到服务器端第一个返回数据包为止。

图 8. Initiate domestic Page 页面 SSL server 响应

对于 IBM HTTP Server 图像缓存并没有明显改善性能的问题，我们也从数据对比中发现了原因。虽然应用系统中的一些页面图片元素较多，但是由于图片的字节数太小，在客户端和服务器 端传输的时间也很短（参见 图 9）。所以 IBM HTTP Server 提供的图像缓存没有大幅度的提高访问性能。

图 9. 图片大小及传输时间

在对其他页面（参见 图 10）的分析中我们发现，在向服务器端发送等量请求信息的条件下，一些页面的 SSL server 响应时间较短，所以对于 Initiate domestic Page 页面响应时间较长的问题建议开发人员对这部分代码进行走查改进，以求获得性能上的提高。

图 10. 另一页面 SSL server 响应

此外，通过对数据的分析，还发现对于各个页面的图片文件，都采用了 SSL 协议进行传输。由于图片本身并不包含需要保护的信息，所以采用 SSL 协议进行传输会在一定程度上增加传输负载，建议对图片不用加密形式传输。

 

回页首

总结

 

综合总体看来，作为一款基于用户使用角度开发的工具，IBM Page Detailer 能够帮助测试者掌握有关 Web 应用性能方面的大量数据，便于对性能问题进行分析，是 Web 应用性能测试中不可或缺的工具。

 

参考资料

学习

• 阅读 developerWorks 文章：“ Design for Performance: Analysis of Download Times for Page Elements Suggests Ways to Optimize”。
  
  
• IBM alphaWorks 中 Page Detailer 的网址。
  
  
• IBM 红皮书： “WebSphere Application Server V6 Scalability and Performance Handbook”。
  
  
• developerWorks Web 开发技术专区：提供了关于 Web 开发和架构方面的大量文章。
  
  
• 浏览 技术书店，查阅有关本文所述主题以及其他技术主题的书籍。
  
  

讨论

• 查看 developerWorks blogs，加入 developerWorks 社区。
  
  

 

关于作者

张雪莹，IBM 中国开发实验室软件工程师。目前在 IBM 商业流程管理服务（MBPS）部门负责基于通用平台的解决方案的性能测试工作。于 2006 年 10 月加入 IBM，此前从事过 2 年多的 Web 应用系统的性能测试和测试管理工作。

 

 

http://www.ibm.com/developerworks/cn/web/wa-lo-pagedetailer/

 

如何使用 Rational Performance Tester V7 中的新特性实现高效的性能测试

http://www.ibm.com/developerworks/cn/rational/r-cn-rptv701news/

姜 世锋, 高级软件工程师, IBM

张 雪莹, 软件工程师, IBM

王 涛, 高级软件工程师, IBM

简介： 作为一款功能强大的性能测试工具，Rational Performance Tester (RPT) 提供了包括录制测试脚本、制定测试规划、执行测试、监控系统资源和统计分析性能数据等在内的诸多功能。最新版本7.0.1虽然只有微小的版本号上的变化， 但相对于之前的版本却增加了许多非常实用的新功能，使性能测试实现起来更加轻松和得心应手。本文结合作者实际的使用经验和心得，详细介绍如何使用这些新功 能实现高效的性能测试。

发布日期： 2008 年 2 月 28 日
访问情况 ： 1706 次浏览
评论： 0 (查看 | 添加评论 - 登录)

平均分 (2个评分)
为本文评分

 

Rational Performance Tester（RPT）是 IBM 提供的用于性能测试的主要工具。它基于 Eclipse 平台，适用于大规模高压力的性能测试环境。作为一款功能强大的性能测试工具，Rational Performance Tester 提供了包括录制测试脚本、制定测试规划、执行测试、监控系统资源和统计分析性能数据等在内的诸多功能。最新版本 7.0.1 虽然只有微小的版本号上的变化，但相对于之前的版本却增加了许多非常实用的新功能，使性能测试实现起来更加轻松和得心应手。本文结合作者实际的使用经验和 心得，详细介绍如何使用这些新功能实现高效的性能测试。

 

如何安装或升级到 RPT V7.0.1

 

RPT V7.0.1 可以通过三种方式进行安装和升级。

 

1. 全新安装

 

RPT V7.0.1 支持全新安装。请依据拿到的介质，参照安装文档进行安装。

 

1. 在线升级

 

运行 IBM Installation Manager，选择更新软件包，在更新软件包界面选择软件包组搜索更新。出现搜索结果后，选择要安装的更新。点击下一步，在线升级便开始执行。更新所需时间取决于本机和文件服务器间的网络传输速度。

图 1. 在线升级

1. 本地离线升级

 

在 IBM 的官方网站上下载 RPT V7.0.1 的软件更新包，解压到某一目录中。运行 IBM Installation Manager，点击文件，选择首选项。在存储库列表中增加更新包解压缩目录。回到 IBM Installation Manager 的主界面，选择更新软件包后开始更新原有的安装版本。

 

回页首

RPT V7.0.1 新增功能详解

 

RPT V7.0.1 中增加了许多实用的新功能，如可加入同步点，对虚拟用户进行同步和控制；分割或合并 HTTP 页面；在测试元素响应内容中搜索关联数据；重用测试脚本；在 Web Service 测试中手工创建 XML Call；在不同的测试结果间进行比较；调整测试结果的时间偏移；在测试结果中快速找到失败点；在测试脚本中对某个可替换值进行批量关联等。所有这些新功 能都给性能测试工作带来了巨大的便利。

 

回页首

同步点

 

同步点是 RPT V7.0.1 中新增的一项高级功能，为性能测试增加了灵活性。在性能测试执行过程中，由于各个虚拟用户间的思考时间、页面响应时间等的个体差异，测试脚本中的各段操作 时间也会不同。有时我们需要在所有虚拟用户同时达到某一点后执行某一操作。在这种情况下，借助同步点就可以轻松地达到这个目的。同步点可以让先达到这一点 的虚拟用户暂停下一步动作，处于等待状态；当所有虚拟用户都到达同步点时才按照设置并发或按某一时间交错执行下一动作。在 RPT V7.0.1 中，同步点可以应用在性能测试脚本或测试调度中。但由于同步点主要用于控制脚本的执行，所以在测试调度中的应用要更多一些。

 

在性能测试脚本中加入同步点的方法：

 

1. 打开性能测试脚本
2. 选择需要加入同步点后的第一个 HTTP 页面，点击插入，然后选择同步点，如下图所示。

图 2. 在测试脚本中加入同步点

1. 在性能测试编辑中填写同步点的名称或者选择现有同步点列表中已经存在的同步点。

 

在测试调度中加入同步点的方法：

 

1. 打开测试调度
2. 选择需要加入同步点后的第一个元素，点击插入，然后选择同步点，如下图所示。

图 3. 在性能调度中加入同步点

1. 在弹出的窗口中填写同步点的名称或者选择现有同步点列表中已经存在的同步点。
2. 在测试调度中，可以对同步点的发布类型以及超时进行设置。
   如发布类型设置为同时，则表示当所有虚拟用户到达同步点之后，在同一时间开始执行后续操 作。重新启动时间设为 0 秒时，当最后一个虚拟用户到达同步点，所有的虚拟用户立即同时开始执行后续操作。重新启动时间设为一定的数值，如 10 秒，则当最后一个虚拟用户到达同步点后 10 秒，所有的虚拟用户同时开始执行后续操作。

图 4. 设置同步点的发布类型为同时

如发布类型设置为交错 (Staggered)，则需设定最短时间和最长时间。此时，虚拟用户在全部到达同步点后按照设定的时间开始执行后续操作。假如最短时间为 10 秒，最长时间为 60 秒，则当所有虚拟用户都到达同步点后，每一个虚拟用户会随机等待 10~60 秒后执行后续的测试脚本。

图 5. 设置同步点发布类型为交错

回页首

分割和合并测试页面

 

在录制下来的测试脚本中，有些页面的分界可能会不符合实际的测试要求。此时就需要对性能测试脚本中的页面进行分割或合并。RPT V7.0.1 中提供了这两个实用性很强的功能。下面分别进行介绍。

 

页面分割

 

1. 在性能测试脚本中展开需要分割的页面，选择需要分割的位置，右键选择在此处分割页面。

图 6. 分割页面

1. 在弹出的分割 HTTP 页面窗口中选择移动位置和目的地，然后点击完成。

图 7. 选择被分割页面的目标位置

1. 页面分割后诸如页标题、思考时间、延迟等元素 RPT 都会在页面合成时自动重新计算。

图 8. 自动重新计算分割后的页面元素

页面合并

 

1. 在性能测试脚本中选择两个或多个需要合并的连续页面，然后点击右键，并选择合并页面。

图 9. 合并页面

1. 在合并 HTTP 页面的弹出窗口中选择目标页，点击完成。如果选择保留空页面，则目标页会包含两个页面合成后的页面，另一个页面只包含一个空页面。

图 10. 选择合并页面的目标位置

1. 页面合并后，RPT 会自动重新计算页标题、思考时间、延迟等页面元素。

图 11. 自动重新计算合并后的页面元素

回页首

在测试元素响应内容中搜索关联数据

 

RPT V7.0.1 增加了在测试元素响应内容中搜索关联数据的功能。这个功能使手工数据关联的过程更加便捷。为使用此项功能，在某个测试元素的相应内容中单击右键，选择查找 -> 在内容中。

图 12. 打开响应内容搜索框

在弹出的对话框中填入要查找的关联数据。每点击查找按钮一次，就会按照设定查找下一个符合条件的数据，直至查找完毕。

图 13. 设置查找条件

回页首

重用测试脚本

 

重用测试脚本是提高测试效率的重要因素之一。RPTV7.0.1 的新增功能使得测试脚本的重用更为简单，减少了为此付出的工作量，提高了测试脚本的复用率。对于同一应用系统，我们有时需要在多套测试环境上进行测试。此 时，我们不必在每套测试环境上重复录制测试脚本，而是通过重用测试脚本来完成。

 

1. 打开测试脚本
2. 展开测试变量，选择需要修改的变量。本例中为 l bpsrt298vm03.bto.ibm.com_6443。

图 14. 展开测试变量

1. 在测试元素详细信息中的字段部分依照新测试环境的设置修改主机名称和端口号，然后保存。新的测试变量就被设定了。在本例中主机地址被修改为
   lbpsrt298vm04.bto.ibm.com，端口号被修改为 5300。

图 15. 修改主机地址和端口号

回页首

在测试脚本中查找数据关联及批量对某个值进行多处关联

 

在创建测试脚本的过程中，我们有时候需要查找整个脚本中某个数据关联值的所有出现位置。RPT V7.0.1 为此提供了良好的查找界面和准确的查找结果。

 

1. 在测试导航器中，浏览到待编辑的测试，双击打开测试
2. 展开 HTTP 页面，选择数据中需要查找的关联值，右键点击查找 -> 更多替换站点，并单击确认。

图 16. 查找数据替换点

1. 在弹出的搜索对话框中选择搜索的限制条件，然后点击搜索。

图 17. 设定搜索条件

1. 搜索结果页面显示所有包含此关联的页面。

图 18. 搜索结果

手工进行数据关联是编辑性能测试脚本的基本工作。在录制的测试脚本中，有些数据结构是需要被多处关联的。例如，在测试一个 在线电子商店的用户交易过程中，您可能会准备用数据池来替换一个虚拟用户购买的某个商品。但为了让测试流程正确，在测试脚本中所有此商品的出现位置都必须 用一个数据池里的变量进行替换。RPT V7.0.1 为此提供了一套崭新的一站式操作来完成这项功能。

 

1. 在测试导航器中，打开待编辑的性能测试脚本。
2. 定位到您想修改或者创建引用的这个值或者替换位置。
3. 右键单击这个域，点击查找 -> 更多替换站点，并单击确认。在搜索窗口的测试搜索选项卡中，选择合适的选项。

图 19. 关联数据搜索选项

1. 左键单击搜索，在结果视图中点击搜索选项卡可以浏览到搜索的结果。
2. 用 Ctrl 加左键或者 Shift 加左键选中你要替换的匹配，并右键选择在数据源视图中替换。另一种方式是右键单击测试名来接受所有的匹配。

图 20. 打开数据源视图

1. 在数据源视图中，选择合适的选项卡来定义替换数据源，例如可以是数据池、事先设定好的引用或者是定制代码中的某个变量。
2. 选定好数据源后，单击从一下位置替换。

图 21. 打开数据源视图

这样就批量完成了所有需要替换的同值站点的数据关联工作，节省了不少的时间。

 

回页首

在 Web Service 测试中手工创建 XML Call

 

在某些情况下，您可能希望能够完全用手动的方式来创建 XML 调用测试元素，例如特定的 XML 远程调用（XML RPC）。幸运的是 RPT V7.0.1 中已经提供了这样灵活的方式帮助您生成 XML 调用测试元素。

 

具体的创建过程是这样的：

 

1. 在测试透视图中，单击文件 - > 新建 - > 其他 - > 测试 - > 测试资产 - > 新建 Web Service 测试。
2. 选择一个项目，然后在测试文件名中为测试输入一个名称。您输入的该名称为记录文件、测试文件以及其他必需文件的基本名称。可在标准导航器或 Java 包资源管理器中看到这些文件，它们带有用于区别的后缀。但是在测试导航器中只能看到简单测试名称。
3. 单击完成。
4. 在测试编辑器中选择测试元素，单击添加，然后选择 XML 调用。
5. 单击 XML 调用测试元素，选择概述选项卡中进行 XML 调用内容的定义。这时你可以打开仅允许有效修改开关来辅助完成 XML 消息的智能化编辑。此处的规则限定是基于 Schema 的。

图 22. XML 调用概述选项卡

1. 点击添加，可以添加一个元素，属性或者名称空间到 XML 中。
2. 选择协议选项卡设置调用的协议类型。
   如果您测试的是 XML over HTTP 的话，首先选中 HTTP，其次选择相应的 HTTP 方法（POST, GET, PUT, 或者 DELETE）和版本，然后输入 URL，最后用添加、编辑和除去按钮进行头和 Cookies 列表的编辑。
   如果您测试的是 XML over JMS，请选中 JMS。必要时可以单击更改来设置整个测试的传输协议，包括代理和 HTTPS 参数。
3. 在测试元素详细信息中，单击更新返回，这将打开返回预览窗口，其中显示了将用于执行调用的数据。
4. 在返回预览窗口中单击更新测试。这将执行 XML 调用并创建带有返回数据的消息返回元素。如果返回元素已经存在，则它的返回数据会被更新。消息返回测试元素使您能实现数据关联以及基于内容的验证点。

 

回页首

对测试结果进行比较

 

RPT V7.0.1 中增加了对测试结果进行比较的功能。这个新特性免除了过去所需的手动工作，使用起来相当简单。

 

RPT V7.0.1 支持两种类型的结果比较工作方式。一种是快速比较方式，适用于不同运行之间的比较。在性能调优的过程中，我们经常需要比较调优前后的系统性能变化以验证调优的正确方向和效果。基本操作过程如下：

 

1. 在测试导航器视图中用 Ctrl 或 Shift 键结合鼠标左键选中两个或更多个性能测试运行，然后右键菜单中选中比较，弹出比较结果窗口。

图 23. 打开比较结果窗口

1. 在比较结果窗口中，如果需要可以调整比较结果的显示顺序 , 然后单击下一步。
2. 选择要显示的报告类别，比如 HTTP 报告下的性能报告。

图 24. 选择报告类别

1. 单击完成，比较结果会显示出来。

图 25. 不同测试结果间的比较

另一种是相对比较复杂的比较，例如比较性能测试中不同节点或运行时间范围内的报告。这时需要先确定一个基本运行（base run），然后选取与之比较的运行。具体操作过程如下：

 

1. 在测试导航器视图中右键选中基本运行，单击比较。
2. 在比较结果窗口，点击添加。
3. 在向比较添加新的运行窗口内依次做如下动作：
   1. 展开选择运行树，定位到要添加的运行。
   2. 选择一个比较的位置。所有主机位置中包含了全部位置的结果。其他位置列表则是代表各用户组在不同远程位置上的运行。
   3. 选择一个比较的时间范围。缺省时间范围包含的从头至尾的运行结果。如果您的运行定义了多个时间范围，那么在列表中会显示出来供选择。

图 26. 向比较添加新的运行窗口

1. 单击确认。
2. 如果需要，再次点击添加并重复上面的操作可以添加更多的运行。
3. 单击完成来获得比较报告。

 

这两种方式所生成的比较结果基本能满足我们平时的测试结果分析需求。

 

回页首

调整测试结果的时间偏移

 

RPT 运行结果中的响应时间细分和系统资源监视数据都是根据运行主机的系统时钟来记录。如果一个测试环境中包含多个时钟不同步的主机，这将导致这类性能测试报告 的时间轴发生偏移。最佳的解决方案是对测试环境中的所有主机进行时钟同步，比如开启所有主机的互联网同步时钟客户程序并同步到一个共同的互联网时钟服务 器。如果您无法采纳这种方案，那该怎么办呢？RPT V7.0.1 提供了一个新的途径来帮助您解决这个麻烦。RPT V7.0.1 支持用手工的方式更正测试运行后发现的时间偏移。典型的做法是，更正所有主机相对于工作台主机的时间偏移。具体方法如下：

 

1. 在性能测试运行视图中，右键点击需要更正时间偏移的主机，然后选择更正时间偏移。

图 27. 根正性能测试报告的时间偏移

1. 选择移位方向。正向移位将使资源监视和响应时间细分数据向右移动，反向移位将使这些数据向左移动。
2. 输入移位的数值，在小时、分钟和秒级上都可以随意调整。最后单击确认。

图 28. 输入移位时间数值

需要指出的是这种调整只会影响资源监视和响应时间细分两类数据。另外，采集这两类数据需要开启相应的开关设置选项。

 

回页首

在测试结果中快速找到失败点

 

在性能测试中无论是脚本的调试还是测试执行后对于测试结果的分析，都经常需要花一定的时间来诊断测试日志中记录的失败点存 在与否。如果存在的话，接下来还将耗费更为可观的时间来进行错误定位和失败原因分析。在 RPT V7.0.1 中增加了集中管理判定失败点的功能，可以快速定位到某个失败点。

 

1. 首先，在测试运行之前，设置好性能调度的测试日志记录等级。打开性能调度视图，在调度元素消息信息的测试日志选项卡中进行配置。例如为了降低日志数据量，减轻日志对 RPT 性能的负面影响，可以将记录等级调整到主要测试操作级别。另外在并发用户数量不是很高时，可以去除仅来自用户子集的样本信息选项保证日志判定数据的完整性。

图 29. 设置测试日志

1. 在性能调度或测试运行结束后，在测试导航器视图中右键单击测试运行，选择显示测试日志。
2. 在测试日志视图中选择概述标签，其中的判定总结栏以饼图的方式展示本次运行的健康状态。
3. 在存在判定失败点的运行中，左键单击饼图的错误比例区域，就会在判定列表栏显示出前 20 个失败点。

图 30. 判定总结饼图和判定列表

1. 左键单击判定列表中任意一个失败点，相应的事件页面会显示出来，其中提供了细节信息帮助分析失败原因。

图 31. 详细事件信息

回页首

总结

 

RPT V7.0.1 作为 RPT V7.0 发布一年来最全面的一次升级，提供了众多的改进和新功能。这些改进不仅满足了迅速发展中的 SOA 性能测试的灵活性要求，而且还显示出 RPT 在帮助性能测试工程师处理日益复杂的性能测试问题上所作的坚实努力。其实新版本中还“隐藏”了不少贴心实用的功能，何不现在就开始亲自动手进行探索呢？

 

参考资料

学习

• 参考 Rational Performance Tester 产品 主页
  
  
• 访问 Rational Performance Tester 在线帮助 文档
  
  
• Rational Performance Tester V7.0.1 升级包下载地址：
  1. rpt701.update.disk1.zip
  2. rpt701.update.disk2.zip
• 参考文章 “IBM Rational Performance Tester V7.0 介绍”，了解更多关于 RPT 的内容。
  
  
• 访问 Rational Performance Tester 论坛
  
  
• 访问 IBM developerWorks 中国网站 Rational 专区 了解更多关于 Rational 产品的信息。
  
  
• 访问 Rational 大学，与 Rational 专家一起相互交流学习。
  
  

获得产品和技术

• 下载 Rational Performance Tester：Rational Performance Tester V7.0.1 试用版下载地址。
  
  
• 使用 IBM 试用版软件 构建您下一个开发项目，可以从 developerWorks 上直接下载。
  
  

 

作者简介

姜世锋，IBM 中国开发实验室高级软件工程师。目前在 IBM 商业流程管理服务（MBPS）部门负责基于通用平台的解决方案的性能测试工作。在 2006 年 10 月加入 IBM，此前从事过 6 年多的电信系统硬件和软件方面的开发，功能和性能测试工作。

张雪莹，IBM 中国开发实验室软件工程师。目前在 IBM 商业流程管理服务（MBPS）部门负责基于通用平台的解决方案的性能测试工作。于 2006 年 10 月加入 IBM，此前从事过 2 年多的 Web 应用系统的性能测试和测试管理工作。

王涛，IBM 中国开发实验室高级软件工程师。目前在 IBM 商业流程管理服务（MBPS）部门负责基于通用平台的解决方案的性能测试工作。于 2005 年 5 月加入 IBM，从事过 1 年多的 Linux 系统功能测试和自动测试工具开发工作。

 

 

Web Page Performance Test

http://www.webpagetest.org/

http://10.27.180.76:8080/wpt-web/

 

 

 

end