进入主题之前，先简单介绍一下项目及测试模块概况，汇金系统包容了公司OSS体系的核心部分，主要处理公司的服务/产品定义、卖家服务订购流程、服务开通流程、计费、账务扣款等事务；在汇金里计费引擎被设计为基于资源、事件驱动的抽象模型，任何需要计算的主体在引擎里都抽象为事件，计算的结果被抽象为资源，引擎执行的主要过程就是通过产品的定义把事件输入加工成资源输出到帐务的过程，本案例中主要测试的接口为用户对服务可用量查询接口及事件计费的接口，服务可用量查询是个比较简单的查询接口，主要对数据库服务使用数据进行查询；事件计算是对用户事件进新计费运算的接口，解决诸如对一笔交易该收多少佣金，如何向旺铺订购用户收多少费等问题，是引擎的核心部分。废话已经说了很多了，言归正传，让我们开始进入主题。
在代码编写、冒烟测试及主要的功能测试结束后我们开始进入性能测试阶段，测试之初主要任务是跟性能测试人员定义好性能点、TPS要求及测试方式等工作。通常性能测试需要我们提供URL访问接口的方式以便Loadrunner访问。马上开干，计费引擎刚好定义有控制台服务可以方便的调度各种接口，经过简单代码封装便把这个控制台暴露在JBOSS servlet之下,需要注意的一点就是尽量让你封装部分的代码不影响测试性能，尽量保证被测代码与真实环境一致，整理好各种场景的case url、 数据库脚本后便提交给测试人员开始测试。
出师不利，性能测试组悟石同学第一天就在测服务使用量接口时就报性能错误，被测接口不到20分钟TPS就明显下降,CPU狂飙，如下图所示
查看Jconsole内存使用情况如图所示：
