[PICC电销系统清分功能性能测试报告20110106.docVIP

PICC电销系统清分功能性能测试报告 VERSION 1.0 东南融通 2011年1月 文档信息 标题 PICC电销系统清分功能性能测试报告 创建日期 2011-11-05 打印日期 文件名 PICC电销系统清分功能性能测试报告 存放目录 所有者 作者 梁亮 修订记录 日期 描述 作者 文档审核 姓名 职务/职称 签名 签名日期 目 录 1 概述 1 1.1 测试目的 1 1.2 测试背景 1 1.3 名次解释 1 1.4 测试地点 2 2 测试范围及方法 2 2.1 测试范围概述 2 2.1.1 投保单下发测试 2 2.1.2 见费上收测试 3 2.2 测试方法简要描述 3 2.3 测试指标描述 3 3 测试环境 4 3.1 网络部署图 4 3.2 业务流程图 4 3.3 测试服务器配置 6 4 测试结果 7 4.1 测试流程及说明 7 4.1.1 第一轮测试 7 4.1.2 第二轮测试 8 4.2 测试结果 9 4.2.1 投保单下发测试 9 4.2.2 见费上收测试 22 5 结果分析 27 5.1 线程数对系统性能的影响 27 5.2 Queue队列的处理情况 27 6 测试风险 30 6.1 测试环境相关 30 6.2 测试执行相关 30 7 测试结论 31 8 附件 31 8.1 测试过程中遇到的问题 31 8.2 测试过程中BEA工程师的监控报告 32 概述 测试目的 本次测试的主要目的如下： 定位电销系统清分功能在交易量较大的情况下QueueData队列堵塞问题； 获取电销系统清分功能的容量，评估是否满足未来1年的业务需求； 通过性能测试，估算出应用系统最优的参数配置； 测试背景 针对PICC电销系统在生产交易量过大情况下，清分功能出现了QueueData队列堵塞情况对正常业务产生了影响。由于电销系统业务发展迅速，针对系统未来1年的业务增长情况进行性能及风险评估。 名次解释 本节主要对报告中所用到的一些名词概念、英文缩写等进行必要的解释。 JVM Heap：指Java虚拟机的内存占用大小。 Java Heap dump：指在某一个时间点上，对Java虚拟机的内存区中的状态生成一个快照。用于观察那个时间点上Java虚拟机正在做的事情。 TPS：即每秒通过的事务数，通常用来描述系统的容量处理能力，每秒通过的事务数越大，说明系统的吞吐量越高。 JMS：即Java消息服务（Java Message Service），本文中Weblogic中用到的消息队列，可以通过观察消息队列中消息的处理情况，来判断测试性能测试的执行情况。 Queue：指消息队列，本次测试所用到的消息队列有PNOqueue、queueR和queueData。 PNOqueue ：投保单生成之后会在PNOqueue中生成相应的消息数据。本文中有些图表中的用pno表示PNOqueue。 queueR和queueData 都是用来存放分中心返回给总中心的消息数据。本文中有些图表中分别用r和d来表示queueR和queueData。 MessageCurrentCount：指当前消息队列中所存在的消息数量。 CPU使用率：CPU使用率包括User%、Sys%和Idle%。CPU的整体使用率包括User%和Sys%。 User% 指应用程序所占用的CPU情况 Sys% 指操作系统内部所消耗的CPU情况 Idle%指CPU目前空闲的比例 TI流程：指投保单下发流程。 TF流程：指见费上收流程。 PI流程：指保单下发流程。 测试地点 北京市朝阳区中国人民财产保险股份有限公司电销中心。 测试范围及方法 测试范围概述 投保单下发测试 测试目的：验证电销系统投保单下发性能情况。 测试方法: 针对系统投保单下发交易，向电销系统发起业务压力请求； 按照并发梯度增加的方法，逐步提升对电销系统的压力，每组梯度运行10分钟； 观察应用服务器与数据库服务器CPU、内存、磁盘的占用情况和交易响应情况； 观察数据库在不同压力下的性能表现； 见费上收测试 测试目的：验证电销系统见费上收性能情况。 测试方法： 通过修改分行见费上收轮询方式，向电销系统发起业务压力请求； 根据数据库中不同的数据量进行见费上收测试； 观察应用服务器与数据库服务器CPU、内存、磁盘的占用情况和交易响应情况； 观察数据库在不同数据量情况下压力下的性能表现； 注：由于TF（见费上收）和PI（保单号下发）流程同时触发，整个过程涉及总中心与分中心的交互，涉及总中心三个消息队列同时运转。无法同是监控三个队列的运行状态，考虑到PI流程与TI（投保单号下发）流程流程的相似性，故TF测试时，仅监控了PNOqueue和