ERP压力测试方案

　　本次测试的意义

　　鉴于国际上流行的TPC和SPEC基准测试基本上是极端软、硬件环境下的测试，对中国中小型用户的实际参考价值不大。国内首次第三方公开ERP压力测试的目的就是尽量模拟中小型商业企业真实的业务需求和典型的硬件支撑平台，为中小型用户采购软、硬件环境提供高参考价值的测试数据。

　　测试平台

　　本次测试所选择的测试平台是时下各企业已经广泛使用的有代表性的软、硬件系统。力求所得测试结果能贴近企业实际的应用环境和业务需求。

    浪潮通软myGS PS ERP 软件在国内中小企业占有较高市场分额，是中小企业典型的应用系统，微软SQL Server 2005在国内也保持了最高的装机量。因此选择这两个平台作为测试软件。

　　测试拓扑

　　由于浪潮通软myGS PS是C/S结构，其实际部署为客户端安装myGS PS 9.1，服务器端安装SQL Server 2005 数据库。因此测试拓扑也为两层，在客户机上安装Loadrunner虚拟用户操作，服务器端安装64位SQL Server 2005 SP2。

    考虑到目前国内中小企业的应用类型，我们选用了从低到高的多套硬件平台。处理器分别采用1路到4路的四核CPU，内存采用1G到32G的多种配置。

　　测试拓扑图

　　系统平台

• Microsoft Windows Server 2003 Enterprise x64 Edition
• Microsoft Windows Server 2003 Enterprise  Edition（32Bit）
• Microsoft SQL Server 2005 with SP2 (点击查看SQL Server 2005介绍)
• 应用软件：浪潮通软ERP PS9(点击查看ERP-PS9介绍)
• 测试工具：LoadRunner（点打击查看Loadrunner介绍）　　　　　　
  测试模块

　　本次测试的模块为浪潮ERP PS供应链流程，包括：

1. 凭证制单
2. 凭证记帐
3. 科目余额查询
4. 采购入库单记帐
5. 库存入库单记帐
6. 全月加权成本计算
7. 库存辅助管理余额查询
8. 销售提货单制作
9. 客户欠款余额查询
10. 物流模块的流程混合测试
11. 帐务模块的流程混合测试

　　　　　　浪潮ERP供应链流程

　　1-9项目是供应链中各单功能模块的压力测试，而10、11项目是从定单下达、采购加工、库存、提货出库到回收货款等一系列相关物流以及帐务的ERP流程压力测试，测试的宗旨是力求能真实模拟企业日常业务流程，这样的测试结果会更有参考价值（相关文章参考本站《从定单到现金流程图解》）。

　　本次测试结果如何衡量

　　测试的结果将会以下面几个指标呈现给各位读者。

　　1、并发用户数

　　“并发负载”是ERP系统所能承受压力的直接体现，当到达某个并发极限负载级别之后，响应时间将会急剧的增加。一个性能比较好的应用系统，当并发负载从0逐渐增加时，例如，1个、5个、10个、15个、20个、25个.....在初始增加阶段，响应时间应该增加的不明显，如果当到达极限级别，例如500个、1000个的时候，可能会由于某种资源到达了瓶颈、或者程序的某个地方到达了瓶颈，从此之后，随着负载的继续增加，响应时间将急剧上升......

　　ERP系统的并发数是目前中小企业用户最关心的指标，也是本次测试结果的主要参考数据。

　　2、响应时间　　　

　　“响应时间”包括“最大响应时间”和“平均响应时间”，是可以判断一个被测应用系统是否存在性能瓶颈的最直观的要素。“响应时间”与“并发负载”存在密切的关系。例如，在执行完性能测试后，发现某个交易的“平均响应时间”为8秒，超过了预先确定下来的性能指标“该交易的性能指标为平均响应时间要小于等于3秒”。此时，就可以认为被测应用系统存在性能瓶颈了，要利用一定的手段去探查被测应用系统中哪个地方引起了系统的处理效率低以及低的原因了。

　　3、TPS(Transactions Per Second)

　　TPS是指系统的每秒事务处理能力，也是判断一个系统性能的主要指标，尤其是象ERP和交易平台这样的流程类系统。
    当系统没有达到性能瓶颈时，TPS随着负载的增加呈近似线性增长，当接近性能瓶颈时出现拐点。如果系统健壮性较好，在到达性能瓶颈后，TPS基本保持水平，不会再随着负载的增加而有显著增长；而如果系统存在比较严重的性能问题，当到达性能瓶颈后，TPS则会出现明显的下降趋势。

　　这里需要说明的是：

　　TPS可以有多种衡量单位，在进行性能测试的业务模型分析时使用，以税务系统为例：

　　（1）可以用“系统每个月要处理10万用户的业务操作”，这里的TPS用企业数/月来衡量

　　（2）也可以用“系统在第七天的8个小时内要处理4万用户的业务操作”，这里的TPS用企业数/天来衡量

　　（3）也可以用“系统在第七天的10点到11点之间要处理1.2万用户的3种缴税交易操作，即3.6万次缴税交易操作”，这里的TPS用交易数/小时来衡量

　　（4）也可以用“系统在第七天的10点到11点之间要处理1.2万用户的3种缴税交易操作，即3.6万次缴税交易操作，每次缴税交易要从客户端向服务器发送平均10次HTTP请求，即36万次HTTP请求操作”，这里的TPS用请求数/小时来衡量。

　　在本次测试，我们的Transactions就是测试各个模块项目全流程的一次完整动作，即是Loadrunner中所定义的一个完整执行动作。

　　本次ERP压力测试以用户最关心的最大并发数作为主要测试指标，同时平衡每秒事务数TPS和平均响应时间，给用户提供最贴近实际使用环境的数据作为构建企业数据中心软、硬件平台的最佳参考。希望通过这次ERP的压力测试，让国内广大的中小企业从中找到适合自己信息化建设的软硬件平台，同时也为未来的业务发展奠定可预见的坚实信息基础。