本测试环境中我们就采用了 WPS 集群（WPS Cluster）。Cluster（集群）是多个 WPS 的集群，它可以集中管理所有 WPS，并参与管理所有 WPS 的负载。WPS 6.0.1 及以上版本支持搭建 Cluster，可以做到负载均衡（Workload Balance）和高可用性（High Availability），从而使 WPS 更加稳定，性能更为卓越。况且，在一般的真实生产环境中，WPS 集群也是经常要被用到的。本测试环境 的拓扑结构如图2所示。
Cluster 分两种，水平 Cluster 和垂直 Cluster。水平 Cluster 的成员在不同物理机器上，垂直Cluster 的成员在同一台物理机器上。
在这里由于测试环境的限制，我们采用的是竖直 Cluster，有三个 Cluster 成员。其中有 Deployment Manager 类型的 Profile，它可以管理整个单元内部所有的 WPS。Deployment Manager 通过和 Node Agent 的交互信息来管理节点。而 Node Agent 用来管理三个 Cluster 成员。我们还需要在 WPS Cluster 和应用中间加入一个 HTTP Server，使应用通过 HTTP 协议访问 WPS Cluster 的时候随机地分摊到不同的 Cluster 上面。
在理想的情况下，性能测试的环境最好能够完全模拟真实应用部署的环境，以便于通过性能测试得到应用在真实生产环境下的性能结果。然而，由于真实应用部署环境的规模比较大，上述思路是不实际的。因此，为了能够得到更具真实性的性能结果以及更好地发现应用存在的性能问题，我们在测试中采用可控制的测试环境来尽量模拟真实环境，其中也包括对历史数据的准备。在我们的测试环境中，为了更好地分析数据库和应用本身的性能问题，如 I/O 问题，将 WPS 和数据库将分别安装在不同的物理机上。
首先通过 HTTP 请求到 HTTP Server ，再进入 UI 层，然后通过 UI 调用 Web Service，Web Servive 再通过 HTTP Server 调用 BPEL 和 WSDL 文件，再通过 JDBC 连接 Database，并用 Content Manager 存入一些文件（如 PDF、Word）到 Database 上。
用 IBM HTTP Server 做 HTTP Server，并在WebSphere Application Server 上搭建 UI 层，将 BPEL WSDL 搭建到 WebSphere Process Server 上，然后用 DB2 做 Database。现在，我们所需要的整个测试环境就基本搭建完成了。
分析测试结果通过分别对没有铺底数据和有铺底数据的情况进行相同的性能测试，我们发现测试结果有很大的区别，主要表现在页面平均响应时间方面。
经过测试，在没有铺底数据的情况下，页面平均响应时间是 58.552ms；而在有铺底数据的情况下，则是 608.344ms。从Rational Performance Tester 生成的测试报告中，我们可以清楚地看到每个页面的平均响应时间。
从两类页面平均响应时间的对比，可以看出在有铺底数据的情况下，平均响应时间高于没有铺底数据的测试结果。经过查找问题根源，发现在这两个页面中，由于在数据库中进行了大量视图的创建和 Select 语句的操作，导致了响应时间比较长。
因此，从上述比较结果中我们可以看出，在有铺底数据的情况下进行性能测试，能够帮助测试人员更好地发现被测应用系统存在的问题。
另外，一般应用在真实情况下的生产系统中运行时，都会存在大量的历史数据。因此，我们在测试时就需要加入铺底数据，这样不仅能够得到更加真实的测试结果，而且能够及早发现应用系统中存在的隐患，从而避免在系统正式运行后才发现问题给后续工作带来很大麻烦。
通过一个进行实际性能测试的样例，通过对基于 WebSphere Process Sever 的应用程序性能的测试，通过对有铺底数据和没有铺底数据两种情况的测试结果所进行的对比与分析，我们发现，使用铺底数据进行性能测试不仅可以帮助测试人员更好地发现应用系统存在的问题，同时也能够使测试结果更加接近真实生产环境下的结果。
【责任编辑：
董晶晶 TEL：（010）68479336-8033】
|
服 务 CIO 推 进 信 息 化 
