许多IT和财务部门需要充分利用预算资金，用更少的钱完成更多的事。而对于全生命周期的Hyperion企业绩效管理财务整合实现来说，最佳做法就是在现有和新系统进入并行测试之前对系统集成，性能和用户认可度进行正式的测试轮次。但是，当一个Hyperion EPM项目的预算有限，性能测试通常在削减之列。

对Hyperion的性能测试是运行整合应用程序和相关工具来确定Hyperion系统环境功能好坏的流程（包括硬件和网络）。有两类性能测试。一类是负载测试，它是检查在期望使用率水平下的环境，而另一类是压力测试，它用于评估在高于使用率水平期望峰值条件下的性能如何。

最近，我正在为一家拥有Hewlett Packard Enterprise LoadRunner测试工具许可的公司努力实施Oracle EPM 11.1.2.4（现在形式上认为是一项技术）。不幸的是，LoadRunner过去是由一个不同的部门管理，而不是正在实施Hyperion EPM软件的这个部门。该公司有一个交叉付费项目，即在一个部门请求使用另外部门IT资源的情况下会被收取使用费。由于Hyperion项目预算限制严格，所以使用LoadRunner来做性能测试并不可行。

但是，对于我的客户进行负载测试来说，这并不会降低任何的重要性。该公司需要实际的证据来证明其系统环境和Hyperion EPM一起上线的时候能够按照预期工作。因此，我们想出了一个可以以最小代价来执行负载测试的方法。我们考虑了我们的选择并发现可以利用11.1.2.4版本的某些软件功能来在没有LoadRunner的情况下执行负载测试。我将该设计称为“Scrappy Performance Test（杂凑性能测试）”。

三项Hyperion任务需要测试

在一个Hyperion EPM整合系统中，通常有三项任务占用大量处理资源：运行整合，加载数据和运行后续报告。11.1.2.4中有很健壮的功能可以对所有这三项任务进行批处理和调度。这就可以让你能够在没有类似LoadRunner等可以模拟用户活动工具的情况下对一项负载测试大批量执行任务。

任务流，就像Oracle一样顾名思义，是在Hyperion Financial Management（HFM）中进行批处理和调度整合的重点。对于测试目的和生产应用程序来说，任务流功能在HFM11.1.2.4中已经稳定而且现在使用起来非常可靠。它可以让你在HFM中创建整合序列并设立多个任务流，这样一来你就能同时执行并行整合工作。任务流可以按需执行；此外，调度功能可以让你选择任务流执行的日期和时间。

作为性能测试的一部分，在Oracle Hyperion Financial Data Quality Management Enterprise Edition或FDMEE中对数据加载流程进行批处理和调度。通过创建批处理定义，然后使用FDMEE的批处理执行引擎来处理数据负载完成以上工作。该软件的批处理定义功能可以让你在FDMEE工作台中添加多个数据加载规则并处理所有步骤，从导入到验证再到导出。批处理数据加载工作可以以并行和顺序执行两种模式运行——并行模式对于性能测试来说最具意义。

数据负载路径的规则

请记住数据加载规则是数据加载位置的一部分，而数据加载位置是在FDMEE中创建以指定数据在一个目标Hyperion EPM系统中去向的。当你设立了数据加载位置，就可以为它添加一个检查实体群组，这能够让你在HFM应用程序中定义实体，而这会在导出步骤之后进行计算或整合。可以在数据加载之后马上通过在HFM中开始一个计算或整合命令来节省时间。你还可以构建自己的批处理定义在HFM目标应用程序中包含运行整合。接着，在执行批处理的过程中，可以按需或是按照预定义的调度策略来运行它们。

最后，在Hyperion Financial Reporting中对报告进行批处理和调度来运行。这在报告软件中已经是一项存在已久的功能了，但却未充分加以利用。对于负载测试来说，它是一款理想的工具，因为你可以在批处理中添加所需数量的报告。然后使用该软件的批处理调度器功能来制定合适运行批处理任务。这就可以模拟很多不同用户运行报告的影响，而这些报告是从HFM应用程序中拉取数据的。

这些在Oracle EPM11.1.2.4中可以很容易获取的不同功能能够让你将一个模拟高数据容量和用户活动的可靠负载测试集中在一起。而锦上添花之处在于你不必为了完成性能测试在第三方工具上花费Hyperion项目大量的预算。