性能测试指标分析

Mercury LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。 `'s k6C J&So0目前企业的网络应用环境都必须支持大量用户，网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品。难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢，系统崩溃等问题。这些都不可避免地导致公司收益的损失。Mercury Interactive 的 LoadRunner 能让企业保护自己的收入来源，无需购置额外硬件而最大限度地利用现有的IT 资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量，可靠性和可扩展性都有良好的评价。 b u ^(e F i5` L0LoadRunner 是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。此外，LoadRunner 能支持广范的 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 和技术，为您的特殊环境提供特殊的解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 。51Testing软件测试网 g F8D V+l 轻松创建虚拟用户 K M { `6{0使用LoadRunner 的Virtual User Generator，您能很简便地创立起系统负载。该引擎能够生成虚拟用户，以虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 (如下订单或机票预定)，然后将其转化为测试脚本。利用虚拟用户，您可以在Windows ，UNIX 或Linux 机器上同时产生成千上万个用户访问。所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。另外，LoadRunner 的TurboLoad 专利技术能。 )?7I v&m(O }'^;y0提供很高的适应性。TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。51Testing软件测试网u.\‑Y p&b4E` 用Virtual User Generator 建立测试脚本后，您可以对其进行参数化操作，这一操作能让您利用几套不同的实际发生数据来测试您的应用程序，从而反映出本系统的负载能力。以一个订单输入过程为例，参数化操作可将记录中的固定数据，如订单号和客户名称，由可变值来代替。在这些变量内随意输入可能的订单号和客户名，来匹配多个实际用户的操作行为。51Testing软件测试网 P O#h$E Z C LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化。Data Wizard 直接连于数据库服务器，从中您可以获取所需的数据（如定单号和用户名）并直接将其输入到测试脚本。这样避免了人工处理数据的需要，Data Wizard 为您节省了大量的时间。51Testing软件测试网-r u9W‑w‑s&| Q 为了进一步确定您的Virtual user 能够模拟真实用户，您可利用LoadRunner 控制某些行为特性。例如，只需要点击一下鼠标，您就能轻易控制交易的数量，交易频率，用户的思考时间和连接速度等。51Testing软件测试网 ^ S F8c Z F 创建真实的负载51Testing软件测试网 }3}:d7L"a b e5S Virtual users 建立起后，您需要设定您的负载方案，业务流程组合和虚拟用户数量。用LoadRunner 的Controller，您能很快组织起多用户的测试方案。Controller 的Rendezvous 功能提供一个互动的环境，在其中您既能建立起持续且循环的负载，又能管理和驱动负载测试方案。 $i&}-Q8_&D:V5T K0而且，您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。这样，您就能将测试过程自动化。同样您还可以用Controller 来限定您的负载方案，在这个方案中所有的用户同时执行一个动作---如登陆到一个库存应用程序----来模拟峰值负载的情况。另外，您还能监测系统架构中各个组件的性能---- 包括服务器，数据库，网络设备等----来帮助客户决定系统的配置。 8p s w x2z0LoadRunner 通过它的AutoLoad 技术，为您提供更多的测试灵活性。使用AutoLoad ，您可以根据目前的用户人数事先设定测试目标，优化测试流程。例如，您的目标可以是确定您的应用系统承受的每秒点击数或每秒的交易量。51Testing软件测试网 P1I u E I W ~1p3p [ ] 定位性能问题51Testing软件测试网 e c1w |/`0\​~9_ i LoadRunner 内含集成的实时监测器，在负载测试过程的任何时候，您都可以观察到应用系统的运行性能。这些性能监测器为您实时显示交易性能数据（如响应时间）和其它系统组件包括application server, web server，网路设备和数据库等的实时性能。这样，您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能，从而更快地发现问题。 @8x l y O8` j‑_ z,~0再者，利用LoadRunner 的ContentCheck TM ，您可以判断负载下的应用程序功能正常与否。ContentCheck 在Virtual users 运行时，检测应用程序的网络数据包内容，从中确定是否有错误内容传送出去。它的实时浏览器帮助您从终端用户角度观察程序性能状况。51Testing软件测试网.r q4~&I​F*A,@ 分析结果以精确定位问题所在51Testing软件测试网(E#V h W4J3PE!\ w t:\ K:g0Q 一旦测试完毕后，LoadRunner 收集汇总所有的测试数据，并为您提供高级的分析和 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 工具，以便迅速查找到性能问题并追溯原由。使用LoadRunner 的Web 交易细节监测器，您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。例如，这个交易细节分析机制能 { ` X​W ] x8F0够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。另外，Web 交易细节监测器分解用于客户端、网络和服务器上端到端的反应时间，便于确认问题，定位查找真正出错的组件。例如，您可以将网络延时进行分解，以判断DNS 解析时间，连接服务器或SSL 认证所花费的时间。通过使用LoadRunner 的分析工具，您能很快地查找到出错的位置和原因并作出相应的调整。51Testing软件测试网)c c T4m t8w-Y t 重复测试保证系统发布的高性能51Testing软件测试网 p(P4l9@‑L6n 负载测试是一个重复过程。每次处理完一个出错情况，您都需要对您的应用程序在相同的方案下，再进行一次负载测试。以此检验您所做的修正是否改善了运行性能。51Testing软件测试网;J:ts4? V B [ q j Enterprise Java Beans的测试 l q+\ u H0LoadRunner 完全支持EJB 的负载测试。这些基于Java 的组件运行在应用服务器上，提供广泛的应用服务。通过测试这些组件，您可以在应用程序开发的早期就确认并解决可能产生的问题。 ​y'C4v U,f.z w4b0利用LoadRunner, 您可以很方便地了解系统的性能。 它的Controller 允许您重复执行与出错修改前相同的测试方案。它的基于HTML 的报告为您提供一个比较性能结果所需的基准，以此衡量在一段时间内，有多大程度的改进并确保应用成功。由于这些报告是基于HTML 的文本，您可以将其公布于您公司的内部网上，便于随时查阅。51Testing软件测试网 Q$V(F ` V 最大化投资回报51Testing软件测试网,U ?7e8X-]6~ w3t 所有Mercury Interactive 的产品和服务都是集成 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 的, 能完全相容地一起运作。由于它们具有相同的核心技术，来自于LoadRunner和ActiveTest TM 的测试脚本，在Mercury Interactive 的负载测试服务项目中，可以被重复用于性能监测。借助Mercury Interactive的监测功能－－Topaz TM 和ActiveWatch TM ，测试脚本可重复使用从而平衡投资收益。更重要的是，您能为测试的前期布署和生产系统的监测提供一个完整的应用性能管理解决方案。 ;U ? a m)_7Z H ?'y0支持无线应用协议 j'c I t*J4P$i6J N0随着无线设备数量和种类的增多，您的测试计划需要同时满足传统的基于浏览器的用户和无线互联网设备，如手机和PDA。LoadRunner 支持2 项最广泛使用的协议：WAP和I-mode。此外，通过负载测试系统整体架构，LoadRunner 能让您只需要通过记录一次脚本，就可完全检测上述这些无线互联网系统。51Testing软件测试网&y5G e​s5p F x T8a 支持Media Stream应用 0_ _ C X9z-s ?0LoadRunner 还能支持Media Stream应用。为了保证终端用户得到良好的操作体验和高质量Media Stream，您需要检测您的Media Stream应用程序。使用LoadRunner ，您可以记录和重放任何流行的多媒体数据流格式来诊断系统的性能问题，查找原由，分析数据的质量。51Testing软件测试网.b​} C i+w E X 完整的企业应用环境的支持。 y/x6H2| H F8k0LoadRunner 支持广泛的协议，可以测试各种IT 基础架构。 附件 Pj3系统模拟切换操作指引（医院端） 为做好广州市医疗保险信息系统Pj3系统模拟切换演练工作，使参与模拟演练的定点医疗机构， 检查Pj3系统模拟切换演练期间医院端软硬件运行环境及明确医保业务办理方式，特制定本指引。 1 Pj3系统模拟切换演练业务指引 1.1 Pj3系统模拟切换演练目的 通过Pj3系统模拟切换演练医院和医保中心办理住院和门特、门诊医疗待遇相关业务，验证Pj3系统医院端业务经办流程是否顺畅，检查Pj3系统模拟切换演练期间各项实施工作安排是否合理。 1.2 Pj3系统模拟切换演练时间安排 本次Pj3系统模拟切换演练时间为2天，从6月28日晚开始数据模拟切换，6月29日8：00时开始做数据检查及通过测试用例办理医保业务，6月29日结束。 1.3 Pj3系统模拟切换演练业务办理方式 Pj3系统模拟切换演练期间，根据用例在Pj3系统中办理业务，比较Pj3系统办理结果与用例预期结果是否一致。具体业务办理方式见下表一、《Pj3系统模拟切换演练工作安排表》。 1.4 注意事项 本次模拟切换演练期间生成的信息都将在模拟切换演练结束后删除。 2 Pj3系统模拟切换演练技术指引 2.1 Pj3系统模拟切换演练前检查 2.1.1 检查前置服务器运行情况 6月28日13：00时前，认真检查服务器运行情况，检查的内容包含： · 通过运行医保客户端验证前置服务器数据库运行是否正常？ 运行医保客户端，如果能够顺利进入系统，则表示前置服务器数据库运行正常 · 验证服务器IIS是否运行正常？ 在医保客户端机器上访问前置服务器，打开IE，输入以下地址： http://前置服务器的ip/HygeiaWebService/web/ProcessAll.asmx 如果出现如下图画面，则表示前置服务器可以正常访问： · 如果出现上图的画面，则表示前置服务器可以正常访问。 · 在前置服务器上使用Ping中心应用服务器域名验证网络是否通畅？ 选择“开始”菜单—〉“运行”，输入以下命令：Ping 172.18.1.14，查看网络是否通畅 2.1.2 检查医保客户端安装配置情况 6月28日13：00时前，完成以下检查项目： · 确保内部局域网是否通畅 在医保客户端机器上逐一Ping前置服务器上IP，验证内部局域网是否通畅 · 根据需要安装医保客户端软件 安装方法见《PJ3医保客户端安装配置手册》 · 检查并验证医保客户端运行配置参数是否正确 配置方法见《PJ3医保客户端安装配置手册》 2.1.3 检查“三个目录”对照数据是否正确 6月28日13：00时前，完成以下工作： 通过目录对照查询工具确认本医院上报的目录对照数据是否成功导入。并检查对照关系是否准确，如果有错误或还有新增药品、项目需要做对照，可以通过医保客户端提供的目录对照上报工具做目录对照的申请，提交医保中心审核。 2.1.4 维护并检查系统运行必要业务参数 6月28日13：00时前，维护好系统运行必须使用的业务参数： · 维护操作人员工号及初始密码，并要求操作人员自己修改自己密码 · 分配权限 · 维护好病区、科室、床位 · 维护好医生、设备（可选项） · 维护医保客户端三个目录数据 主要是医保客户端的使用的药品目录、诊疗项目目录。 2.1.5 检查情况报告 检查完毕后，填写表二、《Pj3系统模拟切换前医院检查确认表》，6月28日15：00时前传真到医保中心，传真号码见联系方式。 2.2 Pj3系统模拟切换演练过程中的注意事项 · 前置服务器运行过程中，不得自行任意关机或重新启动机器。 · 保证前置服务器与中心服务器连接网络的畅通。 · 不得自行更改前置服务器Administrator用户的口令、SQL Server数据库sa用户的口令、机器名、IP地址等；不得自行增加新的操作系统用户；不得自行增加新的SQL Server数据库用户。 · 不得自行更改前置服务器上的任何软硬件设置，如IIS、SQL Server、自动更新等相关的设置。 · 不得在前置服务器上安装其它无关软件。 · 不得使用前置服务器上Internet网。 · 如果前置服务器上安装了防火墙软件，必须保证前置服务器80、1433、3389三个端口是打开的。 · 建议前置服务器及相关网络设备使用不间断电源（UPS）。 · 建议安装防病毒软件（推荐Norton），并设置为自动定时更新病毒库。 3 联系方式 Pj3系统模拟切换演练期间，为方便医院沟通及问题及时解决，各医院使用所辖区指定电话或传真进行联系咨询，各区域的联系电话、传真、联系人见下表： 区域 电话 传真 联系人 东山区 87670499 87670499 洪乐婷 越秀区 87670531 87670519 罗加亮 天河区 87670521 87670519 莫玉勤 白云区 87675529 87659656 陈浩 海珠区 87659757 87659635 于家全 荔湾区 87670519 87670519 颜国强 芳村区 35535801 87670499 肖健年 黄埔区 35535804 87670499 李顺斌 电子邮件地址：ybcenter@gzlabour.gov.cn；yf.zhang@powerise.com.cn 系统切换模拟演练前技术解答联系人：张云峰 电话：38826535 4 测试用例 定点医疗服务机构的数据交换是指医院信息管理系统（HIS）与医保前台系统的数据共享和交换。有如下两种数据交换接口方案： · 数据文件交换方式：采用数据文件作为系统接口的介质，通过数据文件（DBF）实现数据的交换； · 数据共享方式：提供数据共享表作为交换数据的存储，定点医疗机构的HIS系统和医保客户端通过分别读、写数据共享表实现数据的交换； 以下测试用例中的“数据共享区”针对数据文件交换方式是指DBF数据文件，针对数据共享方式则是指数据共享表。 4.1 门诊业务测试用例 门诊用例，不做强制性要求，仅供门诊联调确认通过的医院测试使用。 功能点 测试用例 期望结果 测试结论 医保客户端就医登记（挂号） 选择定点医疗机构门诊就医挂号，录入参保人身份证号码，提取参保人员信息，录入：1、科室；2、处方医生；3、处方号；保存 在门诊业务查询中可以通过身份证号码查出相应的挂号信息：就医登记号、 就诊日期、 就诊科室、处方医生，门诊挂号信息写入了数据共享区 □通过 □未通过 ＨＩＳ系统录入费用 ＨＩＳ系统读取挂号信息，并录入费用明细，费用明细组成如下： 1、甲类药 明细费用2条以上 合计金额300元； 2、乙类药 明细费用2条以上 合计金额200元； 3、自费药品：100元； ＨＩＳ系统能够读取挂号信息，录入的费用信息能够写入数据共享区 □通过 □未通过 门诊费用结算 通过已办理挂号的身份证号码，查询出对应的挂号资料后能够从数据共享区获取该诊次的费用信息，单击“计算”按钮 能够读取HIS系统写入在数据共享区的费用明细数据，且和ＨＩＳ录入的费用信息一致，计算出费用结算信息显示在窗口，并写入数据共享区 □通过 □未通过 ＨＩＳ系统收费 ＨＩＳ系统读取该诊次结算信息，并打印发票 获取的信息和医保客户端显示的费用结算信息一致 □通过 □未通过 4.2 住院业务测试用例 功能点 测试用例 期望结果 测试结论 医保客户端就医登记 在医保客户端，住院就医登记菜单，选择录入参保人（身份证号码），录入：1、住院号 2、诊断 3、病区 4、科室 5、床位 6、待遇类型：普通住院 单击“保存”按钮后自动生成就医登记号，系统提示信息“请确认是否保存入院登记？”；单击“确定” 按钮后可保存录入信息；通过“住院病人查询”功能能够查询到相应的“住院登记信息”。就医登记信息能够正确写入数据共享区 □通过 □未通过 ＨＩＳ系统录入费用 ＨＩＳ系统读取就医登记信息，并录入费用明细，费用组成如下： 1、普通床位费 合计金额600元（单价30元，数量20）； 2、甲类药 明细费用5条以上 合计金额5000元； 3、乙类药 明细费用5条以上 合计金额2000元； 4、检查费 金额1000元； 5、自费药品 金额500元 ＨＩＳ系统能够读取就医登记信息，录入的费用信息能够写入数据共享区 □通过 □未通过 医保客户端费用记帐 通过已办理入院登记的身份证号码（或住院号），查询出对应的资料后能够从数据共享区获取该诊次的费用信息，单击“计算”按钮 能够读取HIS系统写入在数据共享区的费用明细数据，且和ＨＩＳ录入的费用信息一致 □通过 □未通过 出院登记 通过已办理就医登记的参保人身份证号码或住院号，查询出对应的在院资料后，录入： 1、出院诊断：大叶性肺炎（首拼码dyxfy） 2、出院日期：默认为当前时间 3、入院情况：急 4、入院方式：门诊入院 5、出院转归情况：治愈 点击“出院”按钮，系统提示“请确认是否办理出院”，点击“确定”之后，出院办理成功，通过住院信息查询可以查到相关的出院信息。出院登记信息能够写入数据共享区 □通过 □未通过 费用结算 通过已办理就医登记的参保人身份证号码或住院号，查询出对应的在院资料后，点击“出院结算”，保存结算信息，打印结算单 计算出费用结算信息显示在窗口，并写入数据共享区，总费用和ＨＩＳ录入的费用一致，打印出的结算单结果正确 □通过 □未通过 ＨＩＳ系统收费 ＨＩＳ系统读取该住院业务结算信息，并打印发票 获取的信息和医保客户端显示的费用结算信息一致 □通过 □未通过 4.3 门特业务测试用例 功能点 测试用例 期望结果 测试结论 医保客户端门诊特定项目申请 办理参保人门特糖尿病申请(身份证号码),录入: 1、病情摘要：糖尿病（二型）10年，一直服用降糖药物治疗，血糖控制平稳。 2、诊断：糖尿病（二型） 3、申请项目：糖尿病 4、申请医生：医院已维护的其中一个处方医生 5、主任医师：医院已维护的其中一个主任医师 6、医院意见：同意 7、申请日期：录入当天日期 （录入日期：默认为当天日期、录入人员：默认为当前操作人员 单击“保存”系统提示信息“请确认是否保存申请信息”，单击“确定”按钮后成功保存录入信息，并自动生成申请号；在门特信息查询中可以查到该条申请信息，状态为“未审批”。 □通过 □未通过 医保客户端门特就医登记 输入已申请门特糖尿病的参保人的身份证号码查询出相应的资料后,录入： 1、诊断：糖尿病（首拼码tnb） 2、病区：按测试医院分配其就诊的病区 3、科室：按测试医院分配其就诊的科室 4、待遇类型：门特 5、业务类型：糖尿病 单击“保存”按钮后自动生成就医登记号，系统提示信息“请确认是否保存入院登记？”；单击“确定” 按钮后可保存录入信息；通过“门特病人查询”功能能够查询到相应的“就诊登记信息”。门特就医登记信息写入了数据共享区 □通过 □未通过 ＨＩＳ系统录入费用 ＨＩＳ系统读取挂号信息，并录入费用明细，费用组成如下： 1、普通床位费 合计金额600元（单价30元，数量20）； 2、甲类药 明细费用5条以上 合计金额5000元； 3、乙类药 明细费用5条以上 合计金额2000元； 4、检查费 金额1000元； 5、自费药品 金额500元 ＨＩＳ系统能够读取挂号信息，录入的费用信息能够写入数据共享区 □通过 □未通过 医保客户端门特费用记帐 通过办理就医登记的参保人身份证号码，查询出对应的在院资料后，从数据共享区中获取ＨＩＳ产生的费用明细信息 点击“保存”按钮，系统提示信息“请确认输入的明细是否正确”，单击“确定”后保存已录入的费用明细信息；通过门特信息查询可以查到相关的费用信息 □通过 □未通过 医保客户端门特出院登记 通过已办理就医登记的在职/退休一般参保人身份证号码，查询出对应的在院资料后，录入： 1、出院诊断：糖尿病（首拼码tnb） 2、出院日期：默认为当前时间 点击“出院”按钮，系统提示“请确认是否办理出院”，点击“确定”之后，出院办理成功，通过住院信息查询可以查到相关的出院信息。出院登记信息能够写入数据共享区 □通过 □未通过 医保客户端门特费用结算 通过已办理就医登记的在职一般参保人身份证号码或住院号，查询出对应的在院资料后，点击“出院结算”，保存结算信息，打印结算单 计算出费用结算信息显示在窗口，并写入数据共享区，总费用和ＨＩＳ录入的费用一致，打印的结算单结果正确 □通过 □未通过 ＨＩＳ系统收费 ＨＩＳ系统读取该住院业务结算信息，并打印发票 获取的信息和医保客户端显示的费用结算信息一致 □通过 □未通过 4.4 Pj3系统切换模拟演练情况记录表 记录系统运行情况、在院人员数据比对情况及部分业务办理情况，见表三。 表一、Pj3系统模拟切换演练工作安排表 序号 时间安排 Pj3系统模拟切换演练医院端工作任务 医保中心工作任务 1. 6月28日上午 完成测试使用的病区、科室、床位维护 1.完成对Pj3系统政策参数的维护与确认 2.对病区、科室、床位维护进行审批 2. 分配医院操作员权限 3. 6月28日下午 完成系统模拟切换前各项检查工作，具体检查方式见技术指引。填写表二、《Pj3系统模拟切换前医院检查确认表》，15：00前，按所属区传真或电子邮件送市医保中心 4. 6月29日 上午 9：00前，填写系统运行情况，完成新、旧医保系统在院人数数据比对，并填写表三、《Pj3系统切换模拟演练情况记录表》相应项目 5. 执行“4.1 门诊业务测试用例”办理门诊（在职公务员）就医业务 6. 执行“4.1 门诊业务测试用例”办理门诊（退休公务员）就医业务 7. 执行“4.2 住院业务测试用例”办理（在职参保人）就医业务 8. 执行“4.2 住院业务测试用例”办理（退休参保人）就医业务 9. 执行“4.3 门特业务测试用例”办理门诊特定项目（糖尿病门诊专科药物治疗）就医业务 10. 6月29日 下午 将上午完成的业务填写好表三、《Pj3系统切换模拟演练情况记录表》后，连同相关的《门特申请单》、《结算单》按所属区传真或电子邮件送市医保中心 对当天的表三、《Pj3系统模拟切换演练情况记录表》和系统传送上来的测试数据进行分析，填写Pj3系统模拟切换演练业务日志 表二、Pj3系统模拟切换前医院检查确认表 医 院 检查项目 检查结果 备注 确认人 检查时间 签名 前置服务器数据库运行状态检查 [ ]通过 [ ]不通过 前置服务器IIS运行状态检查 [ ]通过 [ ]不通过 前置服务器与中心应用务器网络连通情况 [ ]通过 [ ]不通过 检查并验证医保客户端运行情况 [ ]通过 [ ]不通过 共安装医保客户端 台 检查目录对照数据是否正确 [ ]通过 [ ]不通过 检查系统运行必要业务参数 [ ]通过 [ ]不通过 检查情况说明： 日期： 签名： 医院联系人： 医保办负责人 电话 手机 信息科负责人 电话 手机 操作人员 电话 手机 表三、Pj3系统切换模拟演练情况记录表 医 院 联 系 人 联系电话 测试用例 测试结果 备注 系统运行情况 [ ]是 [ ]否 以合法的用户能否正常登录 [ ]是 [ ]否 能否正常查询 在院人员数据比对 [ ]相符 [ ]不相符 现有系统（旧系统）在院人数： 新系统（Pj3系统）在院人数： 检查用时（分钟）： [ ]相符 [ ]不相符 抽查部分医保参保人员在院人员就医资料 门诊测试用例 [ ]通过 [ ]不通过 住院测试用例 [ ]通过 [ ]不通过 门特测试用例 [ ]通过 [ ]不通过 其他情况说明： 日期： 签名： 抄送：张杰明局长、郑玉华副局长、医保处、医保中心、创智公司，时代鼎典公司。 广州市劳动保障局信息办 2005年6月27日印发 PAGE —2—