1、1Mercury LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让
2、企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的 IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的协议和技术，为您的特殊环境提供特殊的解决方案。轻松创建虚拟用户使用 LoadRunner 的 Virtual User Generator，您能很简便地创立起系统负载。该
3、引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务流程(如下订单或机票预定) ，然后将其转化为测试脚本。利用虚拟用户，您可以在 Windows ，UNIX 或 Linux 机器上同时产生成千上万个用户访问。所以 LoadRunner 能极大的减少负载测试所需的硬件和人力资源。另外，LoadRunner 的TurboLoad 专利技术能。提供很高的适应性。TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。用 Virtual User Generator 建立测试脚本后，您可以对其进行参数化操作，这一操作能让您利用几套不同的实际发生数据来
4、测试您的应用程序，从而反映出本系统的负载能力。以一个订单输入过程为例，参数化操作可将记录中的固定数据，如订单号和客户名称，由可变值来代替。在这些变量内随意输入可能的订单号和客户名，来匹配多个实际用户的操作行为。LoadRunner 通过它的 Data Wizard 来自动实现其测试数据的参数化。Data Wizard 直接连于数据库服务器，从中您可以获取所需的数据（如定单号和用户名）并直接将其输入到测试脚本。这样避免了人工处理数据的需要，Data Wizard 为您节省了大量的时间。为了进一步确定您的 Virtual user 能够模拟真实用户，您可利用 LoadRunner 控制某些行为特性
5、。例如，只需要点击一下鼠标，您就能轻易控制交易的数量，交易频率，用户的思考时间和连接速度等。创建真实的负载Virtual users 建立起后，您需要设定您的负载方案，业务流程组合和虚拟用户数量。用 LoadRunner 的Controller，您能很快组织起多用户的测试方案。Controller 的 Rendezvous 功能提供一个互动的环境，在其中您既能建立起持续且循环的负载，又能管理和驱动负载测试方案。而且，您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。这样，您就能将测试过程自动化。同样您还可以用 Controller 来限定您的负载方案，在这个方案中所有的用户同时
6、执行一个动作-如登陆到一个库存应用程序-来模拟峰值负载的情况。另外，您还能监测系统架构中各个组件的性能- 包括服务器，数据库，网络设备等- 来帮助客户决定系统的配置。LoadRunner 通过它的 AutoLoad 技术，为您提供更多的测试灵活性。使用 AutoLoad ，您可以根据目前的用户人数事先设定测试目标，优化测试流程。例如，您的目标可以是确定您的应用系统承受的每秒点击数或每秒的交易量。定位性能问题LoadRunner 内含集成的实时监测器，在负载测试过程的任何时候，您都可以观察到应用系统的运行性能。这些性能监测器为您实时显示交易性能数据（如响应时间）和其它系统组件包括 applica
7、tion server, web server，网路设备和数据库等的实时性能。这样，您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能，从而更快地发现问题。2再者，利用 LoadRunner 的 ContentCheck TM ，您可以判断负载下的应用程序功能正常与否。ContentCheck 在 Virtual users 运行时，检测应用程序的网络数据包内容，从中确定是否有错误内容传送出去。它的实时浏览器帮助您从终端用户角度观察程序性能状况。分析结果以精确定位问题所在一旦测试完毕后，LoadRunner 收集汇总所有的测试数据，并为您提供高级的分析和报告工具，以便迅速查找
8、到性能问题并追溯原由。使用 LoadRunner 的 Web 交易细节监测器，您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。例如，这个交易细节分析机制能够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。另外，Web 交易细节监测器分解用于客户端、网络和服务器上端到端的反应时间，便于确认问题，定位查找真正出错的组件。例如，您可以将网络延时进行分解，以判断 DNS 解析时间，连接服务器或 SSL 认证所花费的时间。通过使用 LoadRunner 的分析工具，您能很快地查找到出错的位置和原因并作出相应的调整。重复测试保证系统发布的高性能负载测试是一个重
9、复过程。每次处理完一个出错情况，您都需要对您的应用程序在相同的方案下，再进行一次负载测试。以此检验您所做的修正是否改善了运行性能。Enterprise Java Beans 的测试LoadRunner 完全支持 EJB 的负载测试。这些基于 Java 的组件运行在应用服务器上，提供广泛的应用服务。通过测试这些组件，您可以在应用程序开发的早期就确认并解决可能产生的问题。利用 LoadRunner, 您可以很方便地了解系统的性能。 它的 Controller 允许您重复执行与出错修改前相同的测试方案。它的基于 HTML 的报告为您提供一个比较性能结果所需的基准，以此衡量在一段时间内，有多大程度的改
10、进并确保应用成功。由于这些报告是基于 HTML 的文本，您可以将其公布于您公司的内部网上，便于随时查阅。最大化投资回报所有 Mercury Interactive 的产品和服务都是集成设计的, 能完全相容地一起运作。由于它们具有相同的核心技术，来自于 LoadRunner 和 ActiveTest TM 的测试脚本，在 Mercury Interactive 的负载测试服务项目中，可以被重复用于性能监测。借助 Mercury Interactive 的监测功能Topaz TM 和 ActiveWatch TM ，测试脚本可重复使用从而平衡投资收益。更重要的是，您能为测试的前期布署和生产系统的监
11、测提供一个完整的应用性能管理解决方案。支持无线应用协议随着无线设备数量和种类的增多，您的测试计划需要同时满足传统的基于浏览器的用户和无线互联网设备，如手机和 PDA。 LoadRunner 支持 2 项最广泛使用的协议：WAP 和 I-mode。此外，通过负载测试系统整体架构，LoadRunner 能让您只需要通过记录一次脚本，就可完全检测上述这些无线互联网系统。支持 Media Stream 应用LoadRunner 还能支持 Media Stream 应用。为了保证终端用户得到良好的操作体验和高质量 Media Stream，您需要检测您的 Media Stream 应用程序。使用 Loa
12、dRunner ，您可以记录和重放任何流行的多媒体数据流格式来诊断系统的性能问题，查找原由，分析数据的质量。完整的企业应用环境的支持。LoadRunner 支持广泛的协议，可以测试各种 IT 基础架构。3附件Pj3 系统模拟切换操作指引（医院端）为做好广州市医疗保险信息系统 Pj3 系统模拟切换演练工作，使参与模拟演练的定点医疗机构， 检查 Pj3 系统模拟切换演练期间医院端软硬件运行环境及明确医保业务办理方式，特制定本指引。41 Pj3 系统模拟切换演练业务指引1.1 Pj3系统模拟切换演练目的通过 Pj3 系统模拟切换演练医院和医保中心办理住院和门特、门诊医疗待遇相关业务，验证 Pj3 系
13、统医院端业务经办流程是否顺畅，检查 Pj3 系统模拟切换演练期间各项实施工作安排是否合理。1.2 Pj3系统模拟切换演练时间安排本次 Pj3 系统模拟切换演练时间为 2 天，从 6 月 28 日晚开始数据模拟切换， 6 月 29日 8：00 时开始做数据检查及通过测试用例办理医保业务，6 月 29 日结束。1.3 Pj3系统模拟切换演练业务办理方式Pj3 系统模拟切换演练期间，根据用例在 Pj3 系统中办理业务，比较 Pj3 系统办理结果与用例预期结果是否一致。具体业务办理方式见下表一、 Pj3 系统模拟切换演练工作安排表 。1.4 注意事项本次模拟切换演练期间生成的信息都将在模拟切换演练结束
14、后删除。2 Pj3 系统模拟切换演练技术指引2.1 Pj3系统模拟切换演练前检查2.1.1 检查前置服务器运行情况6 月 28 日 13：00 时前，认真检查服务器运行情况，检查的内容包含： 通过运行医保客户端验证前置服务器数据库运行是否正常？5运行医保客户端，如果能够顺利进入系统，则表示前置服务器数据库运行正常 验证服务器 IIS 是否运行正常？在医保客户端机器上访问前置服务器，打开 IE，输入以下地址：http:/前置服务器的 ip/HygeiaWebService/web/ProcessAll.asmx如果出现如下图画面，则表示前置服务器可以正常访问： 如果出现上图的画面，则表示前置服务
15、器可以正常访问。 在前置服务器上使用 Ping 中心应用服务器域名验证网络是否通畅？选择“开始”菜单 “运行” ，输入以下命令：Ping 172.18.1.14，查看网络是否通畅 2.1.2 检查医保客户端安装配置情况6 月 28 日 13：00 时前，完成以下检查项目： 确保内部局域网是否通畅在医保客户端机器上逐一 Ping 前置服务器上 IP，验证内部局域网是否通畅 根据需要安装医保客户端软件安装方法见PJ3 医保客户端安装配置手册6 检查并验证医保客户端运行配置参数是否正确配置方法见PJ3 医保客户端安装配置手册2.1.3 检查“三个目录”对照数据是否正确6 月 28 日 13：00 时
16、前，完成以下工作：通过目录对照查询工具确认本医院上报的目录对照数据是否成功导入。并检查对照关系是否准确，如果有错误或还有新增药品、项目需要做对照，可以通过医保客户端提供的目录对照上报工具做目录对照的申请，提交医保中心审核。2.1.4 维护并检查系统运行必要业务参数6 月 28 日 13：00 时前，维护好系统运行必须使用的业务参数： 维护操作人员工号及初始密码，并要求操作人员自己修改自己密码 分配权限 维护好病区、科室、床位 维护好医生、设备（可选项） 维护医保客户端三个目录数据主要是医保客户端的使用的药品目录、诊疗项目目录。2.1.5 检查情况报告检查完毕后，填写表二、 Pj3 系统模拟切换
17、前医院检查确认表 ，6 月 28 日 15：00 时前传真到医保中心，传真号码见联系方式。2.2 Pj3系统模拟切换演练过程中的注意事项 前置服务器运行过程中，不得自行任意关机或重新启动机器。 保证前置服务器与中心服务器连接网络的畅通。 不得自行更改前置服务器 Administrator 用户的口令、SQL Server 数据库 sa 用户的口令、机器名、IP 地址等；不得自行增加新的操作系统用户；不得自行增加新的SQL Server 数据库用户。 不得自行更改前置服务器上的任何软硬件设置，如 IIS、SQL Server、自动更新等相关的设置。 不得在前置服务器上安装其它无关软件。 不得使用
18、前置服务器上 Internet 网。7 如果前置服务器上安装了防火墙软件，必须保证前置服务器 80、1433、3389 三个端口是打开的。 建议前置服务器及相关网络设备使用不间断电源（UPS） 。 建议安装防病毒软件（推荐 Norton） ，并设置为自动定时更新病毒库。3 联系方式Pj3 系统模拟切换演练期间，为方便医院沟通及问题及时解决，各医院使用所辖区指定电话或传真进行联系咨询，各区域的联系电话、传真、联系人见下表：区域 电话 传真 联系人东山区 87670499 87670499 洪乐婷越秀区 87670531 87670519 罗加亮天河区 87670521 87670519 莫玉勤白
19、云区 87675529 87659656 陈浩海珠区 87659757 87659635 于家全荔湾区 87670519 87670519 颜国强芳村区 35535801 87670499 肖健年黄埔区 35535804 87670499 李顺斌电子邮件地址：ybcenter ；系统切换模拟演练前技术解答联系人：张云峰 电话：388265354 测试用例定点医疗服务机构的数据交换是指医院信息管理系统（HIS）与医保前台系统的数据共享和交换。有如下两种数据交换接口方案： 数据文件交换方式：采用数据文件作为系统接口的介质，通过数据文件（DBF）实现数据的交换； 数据共享方式：提供数据共享表作为交换
20、数据的存储，定点医疗机构的 HIS 系统和医保客户端通过分别读、写数据共享表实现数据的交换；以下测试用例中的“数据共享区”针对数据文件交换方式是指 DBF 数据文件，针对数8据共享方式则是指数据共享表。4.1 门诊业务测试用例门诊用例，不做强制性要求，仅供门诊联调确认通过的医院测试使用。功能点 测试用例 期望结果 测试结论医保客户端就医登记（挂号）选择定点医疗机构门诊就医挂号，录入参保人身份证号码，提取参保人员信息，录入：1、科室；2、处方医生；3、处方号；保存在门诊业务查询中可以通过身份证号码查出相应的挂号信息：就医登记号、 就诊日期、 就诊科室、处方医生，门诊挂号信息写入了数据共享区通过未
21、通过系统录入费用系统读取挂号信息，并录入费用明细，费用明细组成如下：1、甲类药 明细费用 2 条以上 合计金额 300 元；2、乙类药 明细费用 2 条以上 合计金额 200 元；3、自费药品：100 元；系统能够读取挂号信息，录入的费用信息能够写入数据共享区通过未通过门诊费用结算通过已办理挂号的身份证号码，查询出对应的挂号资料后能够从数据共享区获取该诊次的费用信息，单击“计算”按钮能够读取 HIS 系统写入在数据共享区的费用明细数据，且和录入的费用信息一致，计算出费用结算信息显示在窗口，并写入数据共享区通过未通过系统收费系统读取该诊次结算信息，并打印发票获取的信息和医保客户端显示的费用结算信
22、息一致通过未通过4.2 住院业务测试用例功能点 测试用例 期望结果 测试结论医保客户端就医登记在医保客户端，住院就医登记菜单，选择录入参保人（身份证号码），录入：1、住院号2、诊断3、病区4、科室5、床位6、待遇类型：普通住院单击“保存”按钮后自动生成就医登记号，系统提示信息“请确认是否保存入院登记？”；单击“确定” 按钮后可保存录入信息；通过“住院病人查询”功能能够查询到相应的“住院登记信息”。就医登记信息能够正确写入数据共享区通过未通过9系统录入费用系统读取就医登记信息，并录入费用明细，费用组成如下：1、普通床位费 合计金额 600元（单价 30 元，数量 20）；2、甲类药 明细费用 5
23、 条以上 合计金额 5000 元；3、乙类药 明细费用 5 条以上 合计金额 2000 元；4、检查费 金额 1000 元；5、自费药品 金额 500 元系统能够读取就医登记信息，录入的费用信息能够写入数据共享区通过未通过医保客户端费用记帐通过已办理入院登记的身份证号码（或住院号），查询出对应的资料后能够从数据共享区获取该诊次的费用信息，单击“计算”按钮能够读取 HIS 系统写入在数据共享区的费用明细数据，且和录入的费用信息一致 通过未通过出院登记通过已办理就医登记的参保人身份证号码或住院号，查询出对应的在院资料后，录入：1、出院诊断：大叶性肺炎（首拼码 dyxfy）2、出院日期：默认为当前时
24、间3、入院情况：急4、入院方式：门诊入院5、出院转归情况：治愈点击“出院”按钮，系统提示“请确认是否办理出院”，点击“确定”之后，出院办理成功，通过住院信息查询可以查到相关的出院信息。出院登记信息能够写入数据共享区通过未通过费用结算通过已办理就医登记的参保人身份证号码或住院号，查询出对应的在院资料后，点击“出院结算”，保存结算信息，打印结算单计算出费用结算信息显示在窗口，并写入数据共享区，总费用和录入的费用一致，打印出的结算单结果正确通过未通过系统收费系统读取该住院业务结算信息，并打印发票获取的信息和医保客户端显示的费用结算信息一致通过未通过4.3 门特业务测试用例功能点 测试用例 期望结果
25、测试结论医保客户端门诊特定项目申请办理参保人门特糖尿病申请(身份证号码),录入:1、病情摘要：糖尿病（二型）10 年，一直服用降糖药物治疗，血糖控制平稳。2、诊断：糖尿病（二型）单击“保存”系统提示信息“请确认是否保存申请信息”，单击“确定”按钮后成功保存录入信息，并自动生成申请号；在门特信息查询中可以查到该条申请信息，状态为“未审批”。通过未通过103、申请项目：糖尿病4、申请医生：医院已维护的其中一个处方医生5、主任医师：医院已维护的其中一个主任医师6、医院意见：同意7、申请日期：录入当天日期（录入日期：默认为当天日期、录入人员：默认为当前操作人员医保客户端门特就医登记输入已申请门特糖尿病
26、的参保人的身份证号码查询出相应的资料后,录入：1、诊断：糖尿病（首拼码tnb）2、病区：按测试医院分配其就诊的病区3、科室：按测试医院分配其就诊的科室4、待遇类型：门特5、业务类型：糖尿病单击“保存”按钮后自动生成就医登记号，系统提示信息“请确认是否保存入院登记？”；单击“确定” 按钮后可保存录入信息；通过“门特病人查询”功能能够查询到相应的“就诊登记信息”。门特就医登记信息写入了数据共享区通过未通过系统录入费用系统读取挂号信息，并录入费用明细，费用组成如下：1、普通床位费 合计金额 600元（单价 30 元，数量 20）；2、甲类药 明细费用 5 条以上 合计金额 5000 元；3、乙类药
27、明细费用 5 条以上 合计金额 2000 元；4、检查费 金额 1000 元；5、自费药品 金额 500 元系统能够读取挂号信息，录入的费用信息能够写入数据共享区通过未通过医保客户端门特费用记帐通过办理就医登记的参保人身份证号码，查询出对应的在院资料后，从数据共享区中获取产生的费用明细信息点击“保存”按钮，系统提示信息“请确认输入的明细是否正确”，单击“确定”后保存已录入的费用明细信息；通过门特信息查询可以查到相关的费用信息通过未通过医保客户端门特出院登记通过已办理就医登记的在职/退休一般参保人身份证号码，查询出对应的在院资料后，录入：1、出院诊断：糖尿病（首拼码 tnb）2、出院日期：默认为
28、当前时点击“出院”按钮，系统提示“请确认是否办理出院”，点击“确定”之后，出院办理成功，通过住院信息查询可以查到相关的出院信息。出院登记信息能够写入数据共享区通过未通过11间医保客户端门特费用结算通过已办理就医登记的在职一般参保人身份证号码或住院号，查询出对应的在院资料后，点击“出院结算”，保存结算信息，打印结算单计算出费用结算信息显示在窗口，并写入数据共享区，总费用和录入的费用一致，打印的结算单结果正确通过未通过系统收费系统读取该住院业务结算信息，并打印发票获取的信息和医保客户端显示的费用结算信息一致通过未通过4.4 Pj3系统切换模拟演练情况记录表记录系统运行情况、在院人员数据比对情况及部
29、分业务办理情况，见表三。12表一、Pj3 系统模拟切换演练工作安排表序号 时间安排 Pj3 系统模拟切换演练医院端工作任务 医保中心工作任务1. 完成测试使用的病区、科室、床位维护2.6 月 28 日上午 分配医院操作员权限3. 6 月 28 日下午完成系统模拟切换前各项检查工作，具体检查方式见技术指引。填写表二、 Pj3 系统模拟切换前医院检查确认表 ，15：00 前，按所属区传真或电子邮件送市医保中心1.完成对 Pj3 系统政策参数的维护与确认2.对病区、科室、床位维护进行审批4.9：00 前，填写系统运行情况，完成新、旧医保系统在院人数数据比对，并填写表三、Pj3 系统切换模拟演练情况记
30、录表相应项目5. 执行“4.1 门诊业务测试用例”办理门诊（在职公务员）就医业务6. 执行“4.1 门诊业务测试用例”办理门诊（退休公务员）就医业务7. 执行“4.2 住院业务测试用例”办理（在职参保人）就医业务8. 执行“4.2 住院业务测试用例”办理（退休参保人）就医业务9.6 月 29 日上午执行“4.3 门特业务测试用例”办理门诊特定项目（糖尿病门诊专科药物治疗）就医业务10. 6 月 29 日下午将上午完成的业务填写好表三、 Pj3 系统切换模拟演练情况记录表后，连同相关的门特申请单 、 结算单按所属区传真或电子邮件送市医保中心对当天的表三、 Pj3 系统模拟切换演练情况记录表和系统
31、传送上来的测试数据进行分析，填写 Pj3 系统模拟切换演练业务日志13表二、Pj3 系统模拟切换前医院检查确认表医 院检查项目 检查结果 备注 确认人 检查时间 签名前置服务器数据库运行状态检查 通过 不通过前置服务器 IIS 运行状态检查 通过 不通过前置服务器与中心应用务器网络连通情况 通过 不通过检查并验证医保客户端运行情况 通过 不通过共安装医保客户端 台检查目录对照数据是否正确 通过 不通过检查系统运行必要业务参数 通过 不通过检查情况说明：日期： 签名：医院联系人：医保办负责人 电话 手机信息科负责人 电话 手机操作人员 电话 手机14表三、Pj3 系统切换模拟演练情况记录表医 院联 系 人 联系电话测试用例 测试结果 备注 是 否以合法的用户能否正常登录系统运行情况 是 否能否正常查询 相符 不相符现有系统（旧系统）在院人数：新系统（Pj3 系统）在院人数：检查用时（分钟）：在院人员数据比对 相符 不相符抽查部分医保参保人员在院人员就医资料门诊测试用例 通过 不通过住院测试用例 通过 不通过门特测试用例 通过 不通过其他情况说明：日期： 签名：15抄送：张杰明局长、郑玉华副局长、医保处、医保中心、创智公司，时代鼎典公司。广州市劳动保障局信息办 2005 年 6 月 27 日印发2
