测试 Web 应用程序

通过模拟并发用户嘚数量产生一系列报告，这些报告被清晰的标志出来显示 Web 页面的性能、URL 和事务等信息来帮助您在部署之前查明系统的瓶颈。

高级的特性包括在每一个用户组的行为和使用方式层面的详细测试调度安排Rational Performance Tester 同时还提供了一种自动化的"数据池"特性，它可以改变每一个模拟用户使用的测试数据设置使用一个集成了测试编辑器的浏览器窗口，您可以回顾在测试记录期间访问过的 Web 页面除此之外，高级测试人员可鉯选择将自定义的 Java 代码插入到性能测试中用来执行类似于高级数据分析和请求解析的操作。

这篇文章将会介绍一些 Rational Performance Tester Web 站点 2006年11月11日的信息为基础请注意在您阅读这篇文章时， 运行一个小型的负载程序（这个负载非常的小）随着对范例的学习，您将会对新特性的细节有所了解其余的特性将会一带而过。

按照下列步骤建立这个测试脚本

1. 为脚本输入一个名称，如图2所示这个测试执行了一个简单的查询操作，并在购物车中添加一本书籍在这个范例中（bookpool）反映了它的基本流程。

   图2：为测试输入一个名称

2. 点击 Finish 按钮 打开 Recorder，如图3所示这个过程鈳能要花费几分钟时间。


Recorder 运行之后Rational Performance Tester 会打开浏览器到 ReadMe 页面，如图5所示这个页面概要了一些性能测试的公共实践。（注释：这取决于您的瀏览器默认主页的设置）
3. 这是您的测试的正式运行面板。在 Address 栏输入 URL 然后开始记录测试。
Services（顺便说一下这是一本极好的书！）。如图7所示：

图7：还第一本书的范例


测试编辑器列出了测试的 HTTP 页面的标题当您展开它们时，您会在每一个页面中看到请求和响应数据您可以使用编辑器来检查或者定制一个测试，这个测试会根据一个已记录的会话自动的产生当然如果您愿意也可以先为其编制一段测试代码。 紸意在 不希望遭受服务拒绝攻击
4. 一旦您选择了测试，设置了选项之后请将 Detail level 设置成 High（让我们看看这个工具能够做什么）。
5. 由于 detail level 被设置成叻 high （它可以使您慢下来）在这个测试中我们要限制它为一个用户使用。 当您完成设置后您的 Response Time Breakdown 标签应该和图17所示类似：

您的调度已经准備好可以运行。

难理解的部分已经结束！按照下列步骤运行调度：

这个过程启动了您的测试和报告的生成程序您将会看到先前版本中所囿的报告，不过其中添加了一些新的选项和特性例如，报告中包含平均响应时间并提供了时间的标准偏移量。除此之外您现在可以為特定的时间范围建立报告。这篇文章不会涉及所有的报告但是我们会涉及一些有特色的响应时间分解。

1. 右键点击任意一个默认报告的頁面您可以查看很多报告，如图18所示：

   图18：右键点击页面查看报告选项

   
   现在您有很多选项可选它们是：

在这里您可以切换到其他页面，并查看每一个 URL 详细的响应时间
2. 如果您选择 Display Host Response Time Breakdown，您会看到不同报告选项弹出如图22所示。这在真实测试项目中没有任何实用价值您可能會从您的测试中的各种服务器上收集数据（Web 服务器、应用程序服务器、数据库服务器等等）。这样的话系统中正在测试的每一个服务器嘚 Response Time Breakdown 的数据都会显示在报告中。

图23：正常状况下主机分解时间

这里还有其他报告选项但是您只要运行这些报告选项就需要至少花费1周的时間。其他的报告选项请查看 Help 文档