erp服务器性能测试,金蝶ERP性能测试经验分享

1.4 测试脚本开发/调试

测试框架搭建完成之后，就可以开始脚本的开发调试工作了。

首先，这部分工作需要交给，各个业务模块开发员来完成，因为每个模块的代码，只有负责的开发员最熟悉。

在脚本开发前，需要对开发员进行一个简单的培训，将我们测试的大体背景、目标等告诉他们，同时，可以规定一些脚本编写规范(如关联数据库表，核心业务代码行数等注释，为后期场景执行做准备等)。培训完之后，开发人员先在BOS里面进行开发调试，调试通过后，进行简单调整，然后复制到loadrunner中(Init和end中存放登陆、登出代码，详见“ERP性能测试框架搭建”)即可。

下面，简单讲讲脚本开发细节：

金蝶代码可以分为三种：1、客户端代码；2、服务器端代码；3、共用代码。客户端代码由UI界面发布后生成，通常它的功能是获取界面数据、对数据进行校验，增加界面控件监听(如：监听新增按钮，当其被点击后，调用远程接口，向数据库中新增数据)，显示界面等。服务器端代码是实体(金蝶元数据，用于建立UI、Query等跟数据库的交互关系)发布生成的，通常可以在里面进行二次编码，实现具体业务功能，供不同客户端调用。共用代码包括接口类、值对象类、枚举类等一些服务器端、客户端需要共用的代码。

目前，ERP开发主要是进行客户端代码(*UI.java)及服务器端代码* (ControllerBean.java)二次开发，而服务端代码已经部署到服务器上，我们的测试脚本开发只需要编写客户端部分即可。当然，客户端部分可能有很多业务对应的方法，我们不是每个都必须调用，可以根据实际情况进行删选。一般情况，输入校验(insertVerify())、核心业务(新增、修改、删除、查询监听方法)都必须写进脚本。

另外，实际业务数据是通过界面输入，我们脚本开发可以将数据写死，然后进行参数化即可。

1.5 场景调试/执行

脚本开发完成后，进入场景调试执行阶段。

场景调试执行分为：单场景执行、组合场景执行。

首先，我们在单场景执行阶段，需要对脚本进行参数化、添加事务、集合点、检查点、思考时间等操作，注意，如果想要真实模拟生成压力，需要对所有核心字段进行参数化(如出发部门、到达部门、单据编号、操作人等)。

然后，执行组合场景时，需要对各单场景，在组合场景中的执行结果进行验证，需要对数据流进行监控，保证参数化数据量充足；可以通过修改每个单场景的虚拟用户数和思考时间，来调整TPS。

最后，不论是单场景、还是组合场景，执行过程中，都会产生很多的脏数据，每次执行场景后，都需要对这些脏数据进行清理。本次ERP性能测试采用了，一种新的脏数据清理方法：数据库闪回。

数据库闪回，首先，需要对数据库进行设置，开启闪回服务，设置闪回空间大小；然后，可以通过一系列的操作，完成数据库闪回：

1)关闭数据库(srvctl stop database -d erp -o immediate)；

2)进入SqlPlus(sqlplus / as sysdba)；

3)归档模式启动数据库(startup mount)；

4)执行闪回操作(flashback database  TO TIMESTAMP to_timestamp('2012-04-12 15：10：00'，'yyyy-mm-dd hh24：mi：ss'))；

5)打开数据库(alter database open resetlogs)

1.6 性能监控分析

在场景执行过程中，可以通过使用性能监控工具，对应用服务器、数据库服务器进行监控，一般使用nmon。事务响应时间、通过率等过程记录可以使用loadrunner进行监控。数据库性能可以使用SQL脚本执行进行监控。

对于一些比较专业的性能指标，比如：本次ERP性能测试需要监控的主实例JVM情况，可以交给数据中心或者开发部门。

性能测试执行过程中，发现环境性能问题后，通常会进行一些调整，这个时候，尽可能将之前执行过的场景重新执行，并进行监控。

关于分析，原则上是需要各个部门共同参与，最好每次举行一个分析会，召集相关人员参加，并对分析结果进行讨论。

1.7 结果报告

在场景执行完成，测试分析结束后，开始进行测试报告编写。测试报告编写，要将重点内容放在最前面，要有具体的结果(目标是什么？结果是怎样？性能是否满足要求？)，而不能只是分散的结果统计。

2、展望

2.1 业务调研及场景确定

现在，业务调研还存在问题：1)没有真正调研业务部门，都是通过查询数据库，或者通过各种其他途径推算；2)没有形成一个很好的调研流程及方案；场景方面，并发量、思考时间因为调研不全的等原因，无法准确的确定。这些在后期性能测试过程中，都需要去探索、总结。

2.2 场景监控与分析

目前，场景监控经常出现我们测试一个部门监控，其他部门参与不够的情况。场景结果也没有得到很好的分析。其原因，一方面，是我们的技能水平需要提高，另一方面，是如何有效的将各个部门组织参与进来。这些都是我们未来需要进行研究、提升的地方。

22/2<12