智慧系列性能测试报告

1、海淀区“智慧卫生”区域卫生信息化项目一期区域卫生及公共卫生区域卫生性能测试报告一期项目东华软件公司2016-04-05文档编号HDZHWS-1B-QWXT-FABS-HDWSJ-017文档版本V1.2作者管隽审核关星泽归档王博发布日期2016-04-05文档修订*变化状态：A增加，M修改，D删除版本编号或者更改编号*变化状态简要说明（变更内容和变更范围）日期变更人批准日期批准人1.0A编写文档2015-07-15关星泽1.1M修改、完善内容2016-03-31关星泽1.2M修改、完善内容2016-04-05管隽目录第 1 章测试目的30第 2 章测试范围与内容31第 3 章测试组织32第 4

2、章测试架构33第 5 章软硬件环境33第 6 章测试结果376.1个人健康在服务器上的测试376.1.1登录系统测试（1000 用户）376.1.2登录系统测试（1300 用户）386.1.3预约挂号测试（1000 用户）396.1.4预约挂号测试（1300 用户）406.1.5疲劳强度测试（50 用户）416.1.6总体评价426.1.7测试用例426.1.8术语和缩写词446.2智慧海淀 APP446.2.1登录测试（200 用户）446.2.2预约挂号测试（200 用户）456.2.3测试结论466.2.4术语和缩写词466.3健康浏览器在服务器上的测试476.3.1单一条件（1000

3、用户）476.3.2单一条件（1300 用户）486.3.3综合（1000 用户）496.3.4综合测试（1300 用户）506.3.5疲劳强度测试（50 用户）516.3.6总体评价526.3.7测试用例526.3.8术语和缩写词536.4测试总体评价546.4.1测试结果546.4.2测试结论556.5卫生综合管理在服务器上的测试556.5.1指标维护（200 用户）556.5.2指标维护（300 用户）566.5.3服务效率统计（200 用户）566.5.4服务效率统计（300 用户）576.5.5综合测试（200 用户）586.5.6综合测试（300 用户）596.5.7总体评价606

4、.5.8术语和缩写词616.6卫生决策系统在服务器上的测试616.6.1年鉴（150 用户）616.6.2年鉴（200 用户）626.6.3社区卫生服务（150 用户）636.6.4社区卫生服务（200 用户）646.6.5综合（150 用户）656.6.6综合（200 用户）666.6.7总体评价676.6.8术语和缩写词68第1章测试目的本测试所涉及的性能测试重点个人健康、海淀智慧 APP、健康浏览器、系统、卫生综合管理系统、卫生决策支持系统的性能是否能够满足应用的性能指标，并通过不断调整数据库系统参数，改善系统性能，检验各个系统在各种情况下的性能表现情况。第2章测试范围与内容测试范围：根

5、据不同情况执行并发测试、疲劳测试、事务响应时间、使用指标：各服务器 CPU 占用率、内存占用率、I/O 占用率等测试。内容：个人健康、海淀智慧 APP、健康浏览器、系统、卫生综合管理系统、卫生决策支持系统安部署能否正常运行；个人健康、海淀智慧 APP、健康浏览器、系统、卫生综合管理系统、卫生决策支持系统性能测试（页面速度）、并发效率（模拟多个用户同时系统）、疲劳强度测试（长时间运行系统的稳定性）。性能测试的重点：针对系统并发负载较大的主要登录系统和检索业务，进行并发测试和疲劳测试，系统采用 B/S 运行模式。并发测试设计了用户预约挂号的信息以及登录系统并发测试案例。疲劳测试案例为并发最大用户数

6、1500，迭代运行无数次的信息。在进行并发和疲劳测试的同时，监测的测试指标包括信息处理性能以及 LINUX 系统等。第3章测试组织测试时间2015.8.20-2016.11.13测试地点海淀政务云管理中心测试小组成员东华软件测试工程师：马振芸、罗菊、姜莲叶、杨耀杰东华软件技术支持工程师：白挥目标测试系统测试时间个人健康20151013-20151101智慧海淀 APP20151116-20151120健康浏览器20150805-2015080820150908-20150910卫生综合管理20151013-2015101820151110-20151119卫生决策支持20151019-2015

7、1105第4章测试架构3.虚拟用户控制器 1.Controller 起到调度 试并管理第5章软硬件环境4.测试结果被搜集及保存起来供分析2.模拟大量的真实用户生 成被测系统Web应用服务器数据库服务器服务器系统名称设备类型设备名称硬件配置软件配置数量操作系统相关应用软件1. 健康门户平台服务器数据库CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5MySQL5.62负载均衡应用服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5健康门户平台22. 智慧海淀APP服务器数据库CPU：1x4内存：8G 硬盘：20G空间

8、 200GCentOS release 6.5MySQL5.62负载均衡应用服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5智慧海淀 APP23. 健康浏览器服务器数据库CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5MySQL5.62负载均衡应用服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5健康浏览器2系统名称设备类型设备名称硬件配置软件配置数量操作系统相关应用软件4.系统服务器数据库CPU：1x4内存：8G 硬盘：20G空间 200GCentOS relea

9、se 6.5MySQL5.62服务器数据接收服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.51.数据中心数据管理 2.交换标准管理工具 3.社区、医院前置机Tomcat 组件4.ESB 服务软件等25. 卫生综合管理系统服务器数据库CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5MySQL5.62负载均衡应用服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5卫生综合管理平台26. 卫生决策支持系统服务器数据库CPU：1x4内存：8G 硬盘：20G空间 200GCen

10、tOS release 6.5MySQL5.62系统名称设备类型设备名称硬件配置软件配置数量操作系统相关应用软件负载均衡应用服务器CPU：1x4内存：8G 硬盘：20G空间 200GCentOS release 6.5卫生决策支持系统2PC 客户端客户端客户端PC 机：联想CPU：Intel Core i5 Intel Core i3内存：4G 硬盘：500GWindows7浏览器： IE8.0、chrome 、Firefox屏幕分辨率：1024×768若干移动终端终端设备终端设备安卓：揽 阅 M2（16GB/LTE 版）IOS：苹果 Ipadmini2安卓、IOS安卓 3.0 以上

11、IOS6.1 以上若干网络环境-千兆带宽电子政务网网络环境（移动终端共享 PC 网络）-第6章测试结果6.1 个人健康在服务器上的测试6.1.1登录系统测试（1000 用户）本次测试的场景策略是：并发用户数 1000，多个用户同时登录系统，loadrunner 的 think time 为 17 秒钟。本次测试1 个事务计时点即登录系统。Nmon 抓取的服务器CPU和I/O使用情况如下：图 6.1-4 1000 用户登录系统情况LoadRunner 监测的响应时间图表如下：图 6.1-5 1000 用户登录系统事务平均响应时间6.1.2登录系统测试（1300 用户）本次测试的场景策略是：并发用

12、户数 1300，模拟用户同时登录系统，loadrunner 的 think time 为 21 秒钟。本次测试1 个事务计时点即登录系统。Nmon 抓取的服务器CPU 和 I/O 使用情况如下：图 6.1-7 1300 用户登录系统情况Loadrunner 监测的响应时间图表如下：图 6.1-81300 用户登录系统事务平均响应时间6.1.3预约挂号测试（1000 用户）本次测试的场景策略是：并发用户数 1000，登录系统后根据医生的姓名进行预约挂号，loadrunner 的 think time 为 15 秒钟。本次测试1 个事务计时点即根据医生的姓名进行。 Nmon 抓取的服务器CPU和I

13、/O使用情况如下：图 6.1-13 1000 用户医生的系统情况Loadrunner 监测的响应时间图表如下：图 6.1-14 1000 用户医生的系统事务平均响应时间6.1.4预约挂号测试（1300 用户）本次测试的场景策略是：并发用户数 1300，登录系统后根据医生的姓名进行，loadrunner 的 think time 为 23 秒钟。本次测试1 个事务计时点即根据医生的姓名进行操作。Nmon 抓取的服务器CPU 和I/O使用情况如下：图 6.1-16 1300 用户医生系统情况Loadrunner 监测的响应时间图表如下：图 6.1-17 1300 用户医生系统事务平均响应时间6.1

14、.5疲劳强度测试（50 用户）本次测试的场景策略是：并发用户数 50，登录系统后根据医生的姓名进行查询，loadrunner 的 think time 为 15 秒钟,持续的时间是 8 小时。本次测试个事务计时点即根据医生的姓名进行操作。Nmon 抓取的服务器CPU和I/O使用情况如下：图 6.1-18 50 用户医生持续 8 小时候系统情况Loadrunner 监测的响应时间图表如下：图 6.1-19 50 用户医生持续 8 小时系统事务平均响应时间6.1.6总体评价根据以上测试结果，可以得出以下结论：个人健康门户系统在登录系统时，在 1000 和 1300 用户的并况下，平均事物相应时间为

15、 0.117s 和 0.182s 都达到了性能指标（1s）。个人健康门户系统在根据医生的姓名进行时，在 1000 和 1300 用户的并况下，平均事物响应时间为 0.145s 和 0.195s 都达到了性能指标（1s）。50 个用户进行医生操作在持续 8 小时的情况下，系统运行正常，达到了预期指标。6.1.7测试用例6.1.7.1 个人健康门户登录操作并发测试地址：:端口/phportal/perhealths/个人健康门户并发测试用例测试场景测试步骤期望平均事物响应时间平均事物响应时间最大事物响应时间1000 用户登录，打开登录页面。输入用户名和进行<2 秒0.008s0.106s6.

16、1.7.2个人健康门户疲劳强度测试地址：:端口/phportal/perhealths/个人健康门户疲劳强度测试用例测试场景并发数测试步骤持续时间输出/响应是否正常运行居民预约挂号查询医生50 个用户打开。登录系统。根据条件进行操作。8 小时0.01s是登录。1300 用户登录，打开登录页面。输入用户名和进行登录。<2 秒0.005s0.008s1000 用户 ，打开登录页面。输入用户名和进行登录。根据条件进行查询。<2 秒0.155s0.186s1300 用户，打开登录页面。输入用户名和进行登录。根据条件进行查询。<2 秒0.164s0.193s6.1.8术语和缩写词nmo

17、n：该工具可以帮助在一个屏幕上显示所有重要的性能优化信息，并动态地对其进行更新。这个高效的工具可以工作于任何哑屏幕、telnet 会话、甚至拨号线路。另外，它并消耗大量的 CPU 周期，通常低于百分之二；在更新的计算机上，其 CPU 使用率将低于百分之一。TPS：Transactions Per Second 的缩写，也就是事务数/秒。它是软件测试结果的测量。一个事务是指一个客户机向服务器请求然后服务器做出反应的过程。客户机在请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用协函数平均方法来计算客户机的得分，测试软件就是利用客

18、户机的这些信息使用协函数平均方法来计算服务器端的整体 TPS 得分。6.2 智慧海淀 APP6.2.1登录测试（200 用户）本次测试的场景策略是：模拟用户通过 APP 登陆，并发用户数 200，根据模拟多个用户同时登录系统，loadrunner 的 think time 为 15 秒钟。本次测试插入 1 个事务计时点即登录系统。Nmon 抓取的服务器 CPU 和 I/O 使用情况如下：图 6.1-1 200 用户登录系统情况LoadRunner 监测的响应时间图表如下：图 6.1-2 200 用户登录系统事务平均响应时间6.2.2预约挂号测试（200 用户）本次测试的场景策略是：模拟用户 A

19、PP 端，并发用户数 200，登录系统后预约挂号根据医院名称进行，loadrunner 的 think time 为 16 秒钟。Nmon抓取的服务器CPU和I/O 使用情况如下：图 6.1-10 200 用户系统情况Loadrunner 监测的响应时间图表如下：图 6.1-11 200 用户事务平均响应时间6.2.3测试结论根据以上测试结果，可以得出以下结论：智慧海淀 APP 在用户登陆时，在 200 用户的并况下，平均事物响应时间在 0.2s 左右，小于期望事物响应时间（2s），平均事物相应时间都达到了性能指标。智慧海淀 APP 预约挂号医院名称时，在 200 用户的并况下，平均事物响应时

20、间在 0.2s 左右，小于期望事物响应时间（2s），平均事物相应时间都达到了性能指标。6.2.4术语和缩写词nmon：该工具可以帮助在一个屏幕上显示所有重要的性能优化信息，并动态地对其进行更新。这个高效的工具可以工作于任何哑屏幕、telnet 会话、甚至拨号线路。另外，它并消耗大量的 CPU 周期，通常低于百分之二；在更新的计算机上，其 CPU 使用率将低于百分之一。TPS：Transactions Per Second 的缩写，也就是事务数/秒。它是软件测试结果的测量。一个事务是指一个客户机向服务器请求然后服务器做出反应的过程。客户机在请求时开始计时，收到服务器响应后结束计时，以此来计算使用

21、的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用协函数平均方法来计算客户机的得分，测试软件就是利用客户机的这些信息使用协函数平均方法来计算服务器端的整体 TPS 得分。6.3 健康浏览器在服务器上的测试6.3.1单一条件（1000 用户）本次测试的场景策略是：并发用户数 1000，登录系统后根据的姓名进行，loadrunner 的 think time 为 20 秒钟。本次测试1 个事务计时点即居民信息。Nmon 抓取的服务器CPU和I/O使用情况如下：图 6.1-4 1000 用户单一系统情况LoadRunner 监测的响应时间图表如下：图 6.1-5 1000 用户单一事务平

22、均响应时间6.3.2单一条件（1300 用户）本次测试的场景策略是：并发用户数 1300，登录系统后根据的姓名进行，loadrunner 的 think time 为 19 秒钟。本次测试1 个事务计时点即居民信息。Nmon 抓取的服务器CPU 和 I/O 使用情况如下：图 6.1-7 1000 用户单一系统情况Loadrunner 监测的响应时间图表如下：图 6.1-8 1000 用户单一事务平均响应时间6.3.3综合（1000 用户）本次测试的场景策略是：并发用户数 1000，登录系统后根据的姓名进行，loadrunner 的 think time 为 16 秒钟。本次测试1 个事务计时点

23、即居民信息。Nmon 抓取的服务器 CPU 和I/O 使用情况如下：图 6.1-13 1000 用户综合系统情况Loadrunner 监测的响应时间图表如下：图 6.1-14 1000 用户综合系统事务平均响应时间6.3.4综合测试（1300 用户）本次测试的场景策略是：并发用户数 1300，登录系统后根据的姓名进行，loadrunner 的 think time 为 20 秒钟。本次测试1 个事务计时点即居民信息。Nmon 抓取的服务器 CPU 和I/O 使用情况如下：图 6.1-16 1300 用户综合系统情况Loadrunner 监测的响应时间图表如下：图 6.1-17 1300 用户综

24、合系统事务平均响应时间6.3.5疲劳强度测试（50 用户）本次测试的场景策略是：并发用户数 50，登录系统后进行操作，loadrunner 的 think time 为 15 秒钟,持续的时间是 8 小时。本次测试个事务计时点即操作。Nmon 抓取的服务器 CPU 和 I/O使用情况如下：图 6.1-18 50 用户操作持续 8 小时候系统情况Loadrunner 监测的响应时间图表如下：图 6.1-19 50 用户操作持续 8 小时系统事务平均响应时间6.3.6总体评价根据以上测试结果，可以得出以下结论：个人健康门户系统在单个姓名时，在 1000 和 1300 用户的并况下，平均事物响应时间

25、为 0.152s 和 0.163s 都达到了指标。健康浏览器系统在多个条件综合时，在 1000 和 1300 用户的并况下，平均事物相应时间为 0.168s 和 0.192s 都达到了指标。50 个用户进行操作在持续 8 小时的情况下，平均事物响应时间为 0.01s，系统运行正常。达到了预期指标。6.3.7测试用例6.3.7.1 健康浏览器（ehr）并发测试地址：:端口/ehr/docOperationPatient/docOperationPatientCtrl!doclist.htm健康浏览器（ehr）并发测试用例测试场景并发数测试步骤期望平均事物响应时间平均事物响应时间最大事物响应时间6

26、.3.7.2健康浏览器（ehr）疲劳强度测试地址：:端口/ehr/docOperationPatient/docOperationPatientCtrl!doclist.htm健康浏览器（ehr）疲劳强度测试用例6.3.8术语和缩写词nmon：该工具可以帮助在一个屏幕上显示所有重要的性能优化信息，并动态地对其进行更新。这个高效的工具可以工作于任何哑屏幕、telnet 会话、甚至拨号线路。另外，它并消耗大量的 CPU 周期，通常低于百分之二；在更新的计算机上，其 CPU 使用率将低于百分之一。测试场景并发数测试步骤持续时间输出/响应是否正常运行就诊居民查询50 个用户直接 链接，登录系统。用户。

27、8 小时0.01 秒正常就诊居民 1300 用户直接，登录系统。用户。<1 秒0.006 秒0.008 秒就诊居民 1000 用户1，直接，登录系统。2，用户。<1 秒0.005 秒0.022 秒居民登录1300 用户直接,2，登录系统。<1 秒0.006 秒0.008 秒居民登录1000 用户直接。2，登录系统。<1 秒0.008 秒0.106 秒TPS：Transactions Per Second 的缩写，也就是事务数/秒。它是软件测试结果的测量。一个事务是指一个客户机向服务器请求然后服务器做出反应的过程。客户机在请求时开始计时，收到服务器响应后结束计时，以此来计

28、算使用的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用协函数平均方法来计算客户机的得分，测试软件就是利用客户机的这些信息使用协函数平均方法来计算服务器端的整体 TPS 得分。测试总体评价6.46.4.1测试结果（min：最小响应时间；max：最大响应时间；avg：平均响应时间；last：前与海淀医院数据采集接口业务描述接口响应时间（ms）业务类型用户行为并发量minmaxavglast数据上传Burst2004221288824.94695simple2003541443682.91733与中关村医院数据业务描述接口响应时间（ms）业务类型用户行为并发量minmaxavglast

29、接口数据上传Burst2003151032732.56667simple200247960549.27592社区基础医疗数据业务描述接口响应时间（ms）业务类型用户行为并发量minmaxavglast接口数据上传Burst2003761309821.42527simple2002971153671.57693社区健康业务描述接口响应时间（ms）数据业务类型用户行为并发量minmaxavglast接口数据上传Burst200472984794.69741simple2004211048704.49684一次请求响应时间；：毫秒）6.4.2测试结论根据以上测试结果，可以得出如下结论：系统运行基本稳

30、定。6.5 卫生综合管理在服务器上的测试6.5.1指标维护（200 用户）本次测试的场景策略是：并发用户数 200，登录系统后点击数据-指标信息维护，所有用户都进行指标信息操作。Nmon 抓取的服务器 CPU 和 I/O 使用情况如下：LoadRunner 监测的响应时间图表如下：图 6.1-2 200 用户单一事务平均响应时间6.5.2指标维护（300 用户）本次测试的场景策略是：并发用户数 300，登录系统后点击数据-指标信息维护，所有用户都进行指标信息操作。Nmon 抓取的服务器 CPU 情况如下：Loadrunner 监测的响应时间图表如下：响应时间如下：6.5.3服务效率统计（200

31、 用户）本次测试的场景策略是：并发用户数 200，登录系统后点击医疗服务-机构服务效率统计，所有用户都进行服务效率统计图表操作。Nmon 抓取的服务器 CPU 和 I/O 使用情况如下：Loadrunner 监测的响应时间图表如下：图 6.1-11 200 用户综合系统事务平均响应时间6.5.4服务效率统计（300 用户）本次测试的场景策略是：并发用户数 300，登录系统后点击医疗服务-机构服务效率统计，所有用户都进行服务效率统计图表操作。Nmon 系统如下：Loadrunner 监测的响应时间图表如下响应时间如下图：6.5.5综合测试（200 用户）本次测试的场景策略是：并发用户数 200，

32、登录系统后，模拟用户进行指标维护和服务效率统计同时操作。检查服务器的响应时间和系统。Nmon 抓取的服务器 CPU 和 I/O 使用情况如下：usr%+sys%10:2110:2310:2410:2610:2710:2910:3010:3210:3310:3510:3610:3810:3910:4110:4210:4410:4510:4710:4810:5010:5110:5310:5410:56Disk xfersSystem Summary dhcc-app10 2015/11/23CPU%IO/sec10050804060304020201000Loadrunner 监测的响应时间图表如

33、下：图 6.1-11 200 用户综合系统事务平均响应时间6.5.6综合测试（300 用户）本次测试的场景策略是：并发用户数 300，登录系统后，模拟用户进行指标维护和服务效率统计同时操作。检查服务器的响应时间和系统。Nmon 系统如下图：Loadrunner 监测的响应时间图表如下：响应时间如下：6.5.7总体评价根据以上测试结果，可以得出以下结论：卫生综合管理系统在指标信息维护时，在 200 和 300 用户的并况下，平均事物响应时间在 0.2s 左右，小于期望事物响应时间（2s），平均事物相应时间都达到了性能指标。卫生综合管理系统在服务效率统计时，在 200 和 300 用户的并况下，平

34、均事物响应时间在 0.3s 左右，小于期望事物响应时间（2s），平均事物相应时间都达到了性能指标。卫生综合管理系统在多条件综合时，在 200 和 300 用户的并况下，平均事物响应时间在 0.2s 左右，小于期望事物响应时间（2s），平均事物相应时间都达到了性能指标。6.5.8术语和缩写词nmon：该工具可以帮助在一个屏幕上显示所有重要的性能优化信息，并动态地对其进行更新。这个高效的工具可以工作于任何哑屏幕、telnet 会话、甚至拨号线路。另外，它并消耗大量的 CPU 周期，通常低于百分之二；在更新的计算机上，其 CPU 使用率将低于百分之一。TPS：Transactions Per Sec

35、ond 的缩写，也就是事务数/秒。它是软件测试结果的测量。一个事务是指一个客户机向服务器请求然后服务器做出反应的过程。客户机在请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数，最终利用这些信息来估计得分。客户机使用协函数平均方法来计算客户机的得分，测试软件就是利用客户机的这些信息使用协函数平均方法来计算服务器端的整体 TPS 得分。6.6 卫生决策系统在服务器上的测试6.6.1年鉴（150 用户）本次测试的场景策略是：并发用户数 150 个，所有用户都进行年鉴操作。使用 Nmon 工具进行系统，如下截图：LoadRunner 监测的响应时间图表如下：响应时间结果如

36、下：6.6.2年鉴（200 用户）本次测试的场景策略是：并发用户数 200 个，所有用户都进行年鉴操作。Nmon 抓取的服务器 CPU 和 I/O 使用情况如下：usr%+sys%16:2016:2116:23100806040200LoadRunner 监测的响应时间图表如下：响应时间如下：6.6.3社区卫生服务（150 用户）本次测试的场景策略是：并发用户数 150，登录系统后所有用户都进行 6.6.3社区卫生服务操作。Nmon 系统如下：Loadrunner 监测的响应时间图表如下系统响应时间如下：6.6.4社区卫生服务（200 用户）本次测试的场景策略是：并发用户数 150，登录系统后所有用户都进行 6.6.3社区卫生服务操作。Nomn 系统如下：usr%+sys%16:2016:2116:23100806040200Loadrunner 监测的响应时间图表如下响应时间如下图：6.6.5综合（150 用户）本次测试的场景策略是：并发用户数 150，登录系统后，模拟用户进行综合操作。检查服务器的响应时间和系统。Nmon 系统