《新型农村合作医疗软件性能测试报告.doc》由会员分享，可在线阅读，更多相关《新型农村合作医疗软件性能测试报告.doc（40页珍藏版）》请在三一办公上搜索。
1、新型农村合作医疗软件性能测试报告目 录概述41.1编写目的41.2读者对象41.3术语解释4测试配置要求51.4网络环境51.4.1网络硬件51.4.2网络软件51.5服务器环境51.5.1服务器硬件51.5.2服务器软件61.6测试机环境61.7测试工具61.8测试数据8软件结构介绍91.9概述91.10整体功能模块介绍91.11整体功能模块关系图101.12系统内部接口功能模块关系图111.13系统外部接口功能模块关系图12测试过程及结果描述131.14测试人员与时间131.15场景设置131.16测试结果131.16.1登录（并发）131.16.2登录（稳定性）151.16.3参合人员查
2、询（每5秒增3人）171.16.4参合人员信息变更（并发）191.16.5家庭账户变更（并发）211.16.6住院登记（并发）231.16.7门诊收费（并发）251.16.8在院病人查询（并发）271.16.9住院医嘱计价（并发）291.16.10出院审核（并发）311.16.11门诊费用月结（并发）331.16.12医疗费用控制情况（并发）341.16.13基金筹集与到位情况（并发）361.16.14县（市、区）社会经济与参合情况（并发）38测试报告401.17结果分析401.18总结40概述1.1 编写目的本文档描述了性能测试的测试环境、被测软件结构、测试结果和分析总结等内容，通过测试结果
3、可以确定软件系统在当前的运行环境中的各项性能，从而客观的评估客户使用此软件系统时的用户数范围。1.2 读者对象本方案的主要读者为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师、客户代表。1.3 术语解释1）响应时间：指用户发出请求或者指令到系统做出反应（响应）的时间2）吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3）点击率：指网站页面上某一内容被点击的次数与被显示次数之比测试配置要求1.4 网络环境1.4.1 网络硬件 1.4.2 网络软件Windows自带。1.5 服务器环境1.5.1 服务器硬件应用服务器硬件
4、服务器数量：1台 服务器硬件配置：品牌：华硕内存：3.00GXeon E5405 2.33硬盘：280G数据库服务器硬件 服务器数量：1台 服务器硬件配置：品牌：华硕内存：4GXeon E5405 2.0硬盘：280G1.5.2 服务器软件应用服务器硬软件 Windows XPSP2服务器版 应用服务器：Weblogic9.0数据库服务器硬软件 Windows XPSP2服务器版 数据库：Oracle 10g1.6 测试机环境 操作系统：Windows XPSP2 CPU：P4 3.0 内存：2G 浏览器：IE 6.01.7 测试工具 测试工具：Loadrunner8.1； 工具介绍：Merc
5、ury LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试,通过使用LoadRunner，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 工具原理：代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。1）虚拟用户脚本生成器（virtual user generator）通过代理方式接收客户端发送的数据包，记录并将其转发给服务器端；接收到从服务器端返回的数据流，记录并返回给客户端。
6、这样服务器端和客户端都以为在一个真实运行环境中，虚拟脚本生成器能通过这种方式截获数据流；虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理，最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。2）压力生成器（controller）则是根据脚本内容，产生实际的负载，扮演产生负载的角色。3）用户代理是运行在负载机上的进程，该进程与产生负载压力的进程或是线程协作，接受调度系统的命令，调度产生负载压力的进程或线程。4）压力调度是根据用户的场景要求，设置各种不同脚本的虚拟用户数量，设置同步点等。5）监控系统则可以对数据库 、应用服务器、服务器的主要性能计数器进行监控。6）压力结果分析工具是
7、辅助测试结果分析。 主要思想：使用虚拟用户（Virtual users）来模拟实际用户对系统施加压力。模拟图如下：1.8 测试数据根据客户确认的新农合项目需求规格说明书（确认版）中规定的测试数据作为整个新农合医疗管理系统的测试数据。软件结构介绍1.9 概述新农合项目主要包括乡镇业务系统、县级业务系统、市级监测分析系统、省级平台管理系统以及定点医疗结算系统。具体功能描述如下：乡镇业务系统使用对象是新农合县的乡级经办机构，主要完成参合家庭和参合人员的参合信息的采集、缴费登记以及日常变更等功能。县级业务系统使用对象是新农合县经办机构，主要完成政策参数维护、慢性病指定、药品和诊疗项目维护、参合家庭缴费
8、审核、资助和补助资金登记、定点医疗机构结算费用审核、定点医疗机构结算费用拨付、转诊转院审批以及各种报表统计等功能。市级监测分析系统和省级平台管理系统使用对象是省、地（市）卫生行政主管部门内设新型农村合作医疗经办机构。主要完成各种监测报表的生成、新农合基本药品目录和诊疗项目目录的维护、慢性病病种以及用药范围的指定、单病种指定以及整个省级平台的维护等功能。定点医疗结算系统使用对象是省、市、县、乡镇以及村各级定点医疗机构，主要完成参合人员就诊所发生的医疗费用的结算。1.10 整体功能模块介绍新农合项目主要包括以下子系统：1、 新型农村合作医疗乡镇业务系统。2、 新型农村合作医疗县级业务系统。3、 新
9、型农村合作医疗市级监测分析系统。4、 新型农村合作医疗省级平台管理系统。5、 新型农村合作医疗定点医疗结算系统。1.11 整体功能模块关系图1.12 系统内部接口功能模块关系图1.13 系统外部接口功能模块关系图测试过程及结果描述1.14 测试人员与时间 测试人员：王智、蔡颖 测试时间：2010-11-101.15 场景设置1、测试的场景使用逐步加压的模式，采用：每隔5秒启动3个虚拟用户（Vuser）的方式，直到运行结束；2、并发运行所有的虚拟用户，直到运行结束。1.16 测试结果1.16.1 登录（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits
10、/sec）登陆1001.6140.60858504362900003002.1875.8415852803290.1505003.1718.5566095444301.5357004.31613.7066401081316.386测试结果图 响应时间图 点击率图1.16.2 登录（稳定性）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）登陆403.7297.47511309384514.404测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.3 参合人员查询（每5秒增3人）测试结果数据测试点用户数（个）响应时间（s）CPU（%
11、）吞吐率(b/s)点击率（Hits/sec）查询1000.11613.45272645351.1902000.12513.49350.4233000.95613.56071803849.987测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.4 参合人员信息变更（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询100.0062.1482430924116.25250.0075.1872860768136.765400.0203.5443890727186.000保存100.0282.1482430924116.252
12、50.0355.1872860768136.765400.0783.5443890727186.000测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.5 家庭账户变更（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询101.2431.7362400448120.000252.7672.9654000699200.000405.3833.1873657767182.857增加100.0110.911175133592.727250.0102.4284378379255.000400.0134.233513727327
13、2.000增加_查询100.0050.911175133592.727250.0072.4284378379255.000400.0094.2335137273272.000保存100.0260.911175133592.727250.0642.4284378379255.000400.0764.2335137273272.000测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.6 住院登记（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询2000.253 4.083 4669542196.500 4000.778
14、5.326 6177074260.589 6000.815 5.863 6963044288.945 登记2000.116 4.083 4669542196.500 4000.304 5.326 6177074260.589 6000.334 5.863 6963044288.945 测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.7 门诊收费（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询5000.163 5.275 5249188285.940 20000.171 13.542 4372902239.445
15、增加5000.046 5.275 5249188285.940 20000.095 13.542 4372902239.445 项目类别5000.066 5.275 5249188285.940 20000.068 13.542 4372902239.445 费用统计5000.063 5.275 5249188285.940 20000.055 13.542 4372902239.445 收费5000.160 5.275 5249188285.940 20000.268 13.542 4372902239.445 测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.8 在院病人
16、查询（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询1000.0326.3808117662369.5652000.0416.0038684044395.3493000.0444.3755385750238.183测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.9 住院医嘱计价（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询2000.10615.4213821175189.4044000.21817.1755513225275.8806000.3131
17、8.1676191586308.605增加2000.00015.4213821175189.4044000.00017.1755513225275.8806000.00018.1676191586308.605保存2000.07615.4213821175189.4044000.18617.1755513225275.8806000.29318.1676191586308.605测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.10 出院审核（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询2001.08816.84
18、24534503230.1884000.55217.5836112523314.3946000.69718.7936829464345.501费用统计2000.55316.8424534503230.1884000.51517.5836112523314.3946000.37118.7936829464345.501审核完成2000.28916.8424534503230.1884000.02917.5836112523314.3946000.11118.7936829464345.501测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.11 门诊费用月结（并发）测试结果数据
19、测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询400.14425.0874511314356.364结算400.32625.0874511314356.364测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.12 医疗费用控制情况（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询20.34513.60784052354.667测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.13 基金筹集与到位情况（并发）测试结果数据测试点用户数（个）响应时间（s）CPU
20、（%）吞吐率(b/s)点击率（Hits/sec）查询20.03213.67250197930.400测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图1.16.14 县（市、区）社会经济与参合情况（并发）测试结果数据测试点用户数（个）响应时间（s）CPU（%）吞吐率(b/s)点击率（Hits/sec）查询200.65021.57778958428.235测试结果图 响应时间图 点击率图 CPU使用率图 吞吐率图测试报告1.17 结果分析从测试结果数据可以看出在并发400用户以下时，登录场景完全达到了性能指标值，分述如下：1、 CPU使用率远远低于指标值75%，完全满足用户要求；2、 在
21、并发400用户以下并发压力的时候时服务器的响应时间，指标达1.603秒，完全满足用户需要；3、 并发400个用户时，服务器测试工具大部分情况显示download timeout异常信息，偶尔可以全部通过，表明400个用户的并发量是当前环境下的用户量瓶颈。1.18 总结经过这次性能预测试，使得过程的一些问题及时的暴露出来，总结如下：1、 搭建环境问题：以前使用的是tomcat作为应用服务器，功能项都正常，但是在weblogic9.1上软件产品有些功能缺失；比如：【参合登记】单据中的“村名”属性的下拉列表不能使用；新增了记录后查找相应记录，可以从数据库中查找到记录，但是不能从数据库中展示到系统界面上。2、 执行测试问题：录制脚本后回放时脚本抛异常信息，需要时间修正软件中的相关设置或者采用其他手段屏蔽；3、 测试结果问题：在当前测试环境下测试结果比较正常，但是对于400用户并发的不稳定情况需要再诊断原因。借鉴现有的资料信息，目前部署在tomcat5.5上的服务器可能承受的最大并发量不会超过400个用户数，如果再要提高并发用户数，可以考虑提高硬件配置。
