IBM Rational助您轻松完成基于J2EE的Web应用系统的性能测试和性能优化(四)

　　3) 在弹出的"概要分析"窗口选择"Perfmon数据收集代理程序"，选择"新建"按钮，建立新的概要分析配置，如图二十五所示，并给出要监视的主机和存放监控记录文件的项目或目录。最后，点击"概要分析"按钮，开始概要分析过程。
图二十五、建立概要分析配置

　　4) 在"概要文件监视器"视图中选择新出现的、正在运行的概要分析结点，如图二十六所示，右键菜单中选择"配置Perfmon计数器"，列出所有可以监控的计数器；
图二十六、开始配置要监控的性能计数器

　　5) 在"配置Perfmon计数器"选择想要监控的计数器（例如内存、处理器和网络等），右键选择"获取子计数器"，如图二十七所示，直至找到要监控的计数器，右键选择"开始跟踪此计数器"。性能测试员可以选择多个计数器同时监控；
图二十七、选择要监控的性能计数器

　　6) 然后在"概要文件监视器"中选择正在运行的概要分析，右键菜单中选择"打开方式"－>"统计数据视图"（Statistical View）。这时，性能测试员就可以在"统计数据视图"中，看到前面选定的计数器的变化情况，如图二十八所示。
图二十八、监控性能计数器

　　在"测试透视图"中，性能测试员执行测试时，可以通过选择"Window -> Show View -> Other … -> Profiling and Logging -> Statistical Data"显示"统计数据视图"，实现在性能测试执行的同时，实时监控所关心的各种服务器性能计数器的变化情况。通过将前面分析的各种结果跟被测服务器系统资源消耗情况相关联，性能测试员能够判断是否由系统资源引起了性能问题，从而排除硬件和网络因素对被测系统性能的影响。
　3.6 与其它生命周期管理软件的完美集成
IBM Rational的自动化性能测试工具基于Eclipse平台，提供了和需求管理工具（RequisitePro）、建模工具、代码级测试工具和变更及配置管理工具（ClearQuest和ClearCase）的完美集成，这使得系统测试人员能够和整个软件开发团队在同一个软件平台上，实现系统性能测试的同时，完成测试脚本的配置管理和缺陷追踪任务，这大大提高了性能测试员对整个测试过程的管理和维护能力。
　4 IBM Performance Optimization Toolkit帮您完成性能调优
现在，假设您开发的应用程序正显示出性能问题的征兆，用户可能会发现该应用程序变得出乎意料得慢。它可能在一段时间之后变为不响应。或者它可能没有警告就发生故障，结果导致丢失客户数据。性能问题的原因主要有两类：
　1) 编码问题，问题出在应用程序本身的逻辑中。编写较差的应用程序代码可能导致应用程序执行多余的或者不必要的工作。例如，算法效率低或者伸缩性不好、不必要地频繁调用远程调用、SQL 查询效率低等，都会导致应用系统性能问题。
　2) 配置问题，问题与应用程序无关，而是由外部因素引起的。这些因素包括硬件问题（如内存不足或者处理能力不足）、网络问题（如等待时间长、吞吐量低和连接问题）以及其它相关软件问题（如数据库调整不当）。
　IBM Rational的性能测试解决方案除了RPT提供的各种性能测试功能以外，还包括了最新发布的免费性能优化工具包（IBM Performance Optimization Tookits，简称IPOT），它能够帮助您在您的分布式应用程序中找出并修正与编码相关的性能问题，和性能测试工具RPT配合使用，帮助性能测试员准确定位基于J2EE的Web应用系统性能问题，分析问题根源，解决问题。
　4.1 性能优化工具包的体系架构
性能优化工具包主要由以下两部分组成：数据收集代理和基于 Eclipse 的开发人员工具。
　4.1.1 数据收集体系结构
　数据收集体系结构收集整个分布式环境中的运行时应用程序性能数据。对于每台运行应用程序的主机，如果您想要从该主机收集数据，那么它必须安装并运行数据收集体系结构。
　数据收集体系结构由以下组件构成：
　代理控制器，它管理数据收集代理，并与工作台进行安全通信 ；
　　应用程序响应测量（ARM）引擎，它从应用程序收集 ARM 数据；
　　ARM代理和JVMPI代理，它们能够连接到应用程序来收集数据；
　　服务器配置实用程序，它配置服务器将数据发送给代理 ；
　　数据收集代理，用于从生产或开发环境捕获跟踪、监视、收集应用程序性能数据以及日志数据，而应用程序性能数据由应　用程序响应测量（ARM）完成。应用程序响应测量（ARM）标准帮助测量应用程序的端到端的事务性能、服务级别以及响应时间。ARM API 是一个开放式标准。可以在http://www.opengroup.org/management/arm.htm下载相关标准文档和示例。运行在受支持的 J2EE 应用程序服务器上的应用程序会自动被 ARM API 调用检测。这意味着它们自动产生数据收集代理收集并分析的数据。其它您想在开发环境中分析的应用程序则必须手动用 ARM API 调用检测。
　4.1.2 基于 Eclipse 的开发人员工具
　基于 Eclipse 的开发人员工具，提供视图和工具以用于查看和分析代码和运行时数据，它把性能测试员数据收集体系结构收集到的各种应用性能数据，和整个应用运行过程进行直观关联，从而有效帮助性能分析人员定位性能问题，并找出性能问题的原因、解决问题。
　4.2 使用性能优化工具包（IPOT）轻松进行应用系统的性能分析
利用性能优化工具包(IPOT)可以从生产或开发环境中运行的应用程序中，收集应用性能数据。帮助性能测试员解决以下多种不同类型的性能问题：
　性能问题 － 执行操作的时间比预期的长
内存泄漏 － 应用程序在内存使用方面处理不当，导致正常操作期间发生内存不足的错误。
应用程序故障 － 应用程序发生故障，表现为或有警告或无警告地突然终止（崩溃），或者进入不响应状态（挂起）。
下面以解决应用程序性能问题为例，解释使用工具进行基于J2EE的Web应用程序的性能优化过程。
　在使用应用程序性能分析工具时，分析问题的第一步是找出什么引发了该问题。这可能是一个用户操作，也可能是在整个应用程序中出现的更普遍的问题。如图所示，在下面的例子中，性能测试员可以通过RPT的页面性能报告，看到蓝色部分显示的欢迎页面是最慢的，所以，下面通过RPT和性能优化工具包结合使用，对其性能进行分析。
图二十九、定位性能问题

　　明确了存在问题的页面以后，性能测试员首先要在对应测试脚本中指定页面的消息属性中选择"启动ARM监控"，如图三十所示，同时也要在将要执行的"性能调度(Schedule)"的属性中选择"启动ARM监控"。
图三十、启动页面的ARM监控

　　然后，性能测试员就可以选择将要执行的"性能调度(Schedule)",右键选择"概要分析"（Profile），启动'概要分析"配置窗口。
图三十一、启动"概要分析"

　　在概要分析配置窗口中，选择"J2EE Application with Performance Schedule"配置项，选择新建配置，如图三十二所示，给出配置名称，在Schdule页面选择要执行的"性能调度(Schedule)"；在Execution Results页面选择用于存放测试概要分析结果的项目；在Profiling页面选择"J2EE Performance Analysis"。最后选择"概要分析"（Profile）按钮，开始概要分析过程。
图三十二、 "概要分析"配置窗口

　　在自动启动的监视器窗口，如图三十三所示，性能测试员可以选择当前运行的监视器节点，右键菜单中选择合适的性能分析视图，进行被测系统的性能分析。
图三十三、 打开各种性能分析视图

更多精彩内容请访问 www.17testing.com