许多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（杂凑性能测试）”。