【毕业设计】telehix医学远程教学及会诊系统的研究与测试

论文原创性保证书我保证所提交的论文都是自己独立完成，如有抄袭、剽窃、雷同等现象，愿承担相应后果，接受学校的处理。专业生物医学工程班级2009级本科1班签名年月日摘要目的鉴于我国医疗资源紧缺，优势资源较为集中，为了让优势资源得到更好的应用和传播，让更多的医疗人员得到更好的继续教育，TELEHIX医学远程教学及会诊系统为医务人员提供了一个良好的平台。方法本文阐述了TELEHIX医学远程教学及会诊系统的研究与测试在医学继续教育中的重要作用，分析了测试该系统所用的主要测试工具LOADRUNNER的脚本录制、脚本调试、负载测试流程、测试结果分析，以及TUNNELIER、ADOBEFLASHMEDIALIVEENCODER等辅助测试工具的工作过程。从而确定系统性能瓶颈及最佳参数，实现优化和完善该系统的目的。结论通过LOADRUNNER性能测试工具及部分辅助测试工具对TELEHIX医学远程教学及会诊系统进行有效的研究和测试。精确的评估出软件的性能瓶颈，并对影响软件运行效率的问题进行快速定位，找出该系统性功能方面的优缺点及网站的BUG，从而选择最佳参数对网站进行优化与管理，最终使TELEHIX医学远程教学及会诊系统得到高效、稳定的运行。关键词远程教学；远程诊断；LOADRUNNER性能测试ABSTRACTOBJECTIVEMAKINGUSEOFLIMITEDRESOURCEINMEDICALTEACHINGISIMPORTANTFORSTAFFSENGAGINGINMEDICALWORKINOURCOUNTYTHETELEHIXSYSTEMOFMEDICALDISTANCETEACHINGANDTELECONSULTATIONOFFERSABETTERPLATFORMFORLEARNINGANDDIAGNOSISOFMEDICALSTAFFSMETHODTHETELEHIXSYSTEMOFMEDICALDISTANCETEACHINGANDTELECONSULTATIONISCRUCIALINTHEFIELDOFMEDICALEDUCATIONINORDERTOMAKETHESYSTEMEXCELLENT,LOADRUNNEROFTESTTOOLISMAINLYANALYZEDINTHISARTICLEITINCLUDESNOTONLYTHERECORDINGPROCESSOFSCRIPTS,DEBUGGING,THELOADTESTANDTHEANALYZINGOFRESULTS,BUTALSOTHEWORKINGPROCESSTHATTUNNELIERANDADOBEFLASHMEDIALIVEENCODERCONCLUSIONWECANDOTHEEFFICIENTRESEARCHESANDTESTSONTHETELEHIXSYSTEMOFMEDICALDISTANCETEACHINGANDTELECONSULTATIONBYTHETOOLSOFLOADRUNNERANDAIDSSOWECANGETTHEPERFORMANCEOFTHESOFTWAREEXACTLY,ANDFINDOUTTHEPROBLEMSWHICHHAVEANIMPACTONTHEEFFICIENTOFTHESOFTWARETHEN,WECANFINDOUTTHEADVANTAGESANDDISADVANTAGESANDTHEWEBSITESBUGEVENTUALLY,WESELECTTHETHEOPTIMALPARAMETERTOOPTIMIZEANDADMINISTERTHEWEBSITE,SOTHETELEHIXSYSTEMOFMEDICALDISTANCETEACHINGANDTELECONSULTATIONCANMOVEEFFICIENTLYANDSTEADILYKEYWORDSDISTANCETEACHINGTELECONSULTATIONLOADRUNNERPERFORMANCETEST目录前言1第一章绪论11本研究目的和意义12医学远程教学及会诊系统的发展现状121国外发展状况122国内发展状况23TELEHIX医学远程教学及会诊系统的前景分析2第二章TELEHIX医学远程教学及会诊系统概述41TELEHIX系统原理411原理及模块调用说明412程序各主要JAVA类及其作用42TELEHIX系统模块4第三章TELEHIX医学远程教学及会诊系统的测试61TELEHIX医学远程教学及会诊系统的测试简介611测试的定义及分类612测试工具62LOADRUNNER综述721LOADRUNNER简介722LOADRUNNER工作原理73RTMP协议831RTMP协议简介832RTMP协议的握手过程84LOADRUNNER性能测试流程941LOADRUNNER11安装1043TELEHIX医学远程教学及会诊系统脚本调试难点参数化1144负载测试1445LOADRUNNER测试结果分析1846TELEHIX医学远程教学及会诊系统网站BUG及改进205本章小结21第四章总结23参考文献24致谢26前言2008年卫生部、教育部以卫科教发布文件卫生部发布关于加强继续医学教育工作的若干意见，要求积极开展医学远程继续教育，充分利用现代教育手段，丰富继续医学教育资源，提高继续医学教育的可行性，扩大继续教育的覆盖面，使更多的卫生技术人员能够方便地学习医学新知识、新理论、新方法和新技术。同时，国家要求加强现代远程医学教育的视听教材建设。要充分发挥政府部门、社会团体、高等医学院校、医疗卫生机构和相关网站的积极性，组织制作科学性、针对性和实用性强的视听教材。要注意发挥各类机构和人员的优势与特长，实现资源共享，提高工作效率。全国继教委要研究论证远程教育的课件目录，指导视听教材的建设；建立优秀课件评审制度，选择内容适宜、教学效果好的课件进行推广。这些都需要通过测试来实现。作为多专业、多方向、没有围墙的学院，网络教育越来越多的成为满足希望继续深造的人们最好的学习平台。除此之外，随着网络技术、计算机技术和医学图像处理技术的不断进步,极大地推动了远程会诊的发展,在现代医学诊断中,远程会诊变得越来越重要。因此，建立完善的医学远程教学及会诊系统势在必行，但已有的系统还存在着许许多多的问题。要求进一步完善这些系统，对系统性能、功能的测试和BUG修改就变得尤为重要。第一章绪论1本研究目的和意义“TELEHIX医学远程教学及会诊系统”专项针对我国医疗远程教育及针对我国现代医学远程教育项目的管理而研发的一个崭新教学平台，是充分完善远程继续医学教育的一种新方法。目的鉴于我国医疗资源的紧缺，优势资源较为集中，为了让优势资源得到更好的应用和传播，让更多的医疗人员得到更好的继续教育。“TELEHIX医学远程教学及会诊系统”作为一种相对于传统医学临床教育模式的创新，是医学教学者培养更多更合格的医务人员提高医疗学生从业素质的极为有效的现代医疗教育模式。“TELEHIX医学远程教学及会诊系统”使更多的专家和教授的知识和技能被更广泛的传授，为远程异地医学学生提供更优质的服务，为学院教学改革提供可靠的技术支撑，引领医学教育远程学习方式的发展，为医学学生继续教育提供更好地学习知识的平台。意义“TELEHIX医学远程教学及会诊系统”将为教授提供一个良好的远程继续教育平台，能更好的解放授课教授，使授课做到“随时随地”，减少教授和学生的奔波，使得更多学生在家就能获取更加前沿理论与实践知识，同时使学生有机会接触更多的临床案例。该平台具有教学的实时性，可以就临床案例加强教授与学生之间的更多交流指导，能够更好的完成对学生的医疗教育和培训的目标，使学生的学习更多的以实际案例为对象，深入医学理论的实际应用，对培养医学学生的实践能力有更好的效果。该项目完全突破传统系统“面对面”教学模式，能够为教授和学生之间提供一个良好的教育平台，能够实时动态的使学生体会到从教学中便如同置身于专家的操作间，全面观摩、学习操作过程，并解决传统的医学教学、培训或者再教育等手段中的诸多弊端。2医学远程教学及会诊系统的发展现状医学远程教学及会诊系统为医务人员继续教育提供的一个良好平台。调查研究表明，209个学生曾参加大学计划委员会在20042007年间组织的护理继续教育，其中83的受访护士执业组（N50）指出，继续教育是极为重要的1。面临现代社会所要求的一种新的教育和训练模式，继续教育应该面向全社会人士，让所有都有机会利用知识，促进自身和社会的发展。所以，继续教育不应再是有一定学历或者专业技术职称的人员的特权，而应是一种全民化的教育2。医学远程教学及会诊系统有待于进一步发展和完善。21国外发展状况目前，时间各地区和国家均不同程度的关注和介入虚拟大学和网上教学模式，但发展极不均衡。美国1995年就开始发展远程教学，随后，其他国家和地区开始介入，亚洲国家学生所占比例最高为818，说明亚洲人口众多的国家为满足学生对高等教育的巨大需求做出了不懈的努力。统计结果表明，美国远程教育发展最好、最快，这与其信息化技术的发展程度和对教育的重视程度是密不可分的3。另外，文献4设计一个电子版（基于网络的）调查问卷，找出远程会诊和电子邮件的使用范围，为患者提供通信牙科。这个项目是2011年在芬兰的SOUTHOSTROBOTHNIA进行的。结果显示91明显多数表示目前的咨询方法，它可以带来额外的好处。这项研究显示多数都在该地区使用EMAIL医患沟通，53使用电子邮件进行咨询牙医。约10的人使用视频会议进行咨询。研究还发现，那些尚未使用电子咨询的大部分患者都愿意在未来尝试4。几乎所有的受访者希望使用电子书面指示。由此可见，医学远程教学及会诊系统在国外也在逐步探索和发展，前景广阔。22国内发展状况我国的现代远程开放教育始于1999年。1999年1月23日,国务院批转教育部面向21世纪教育振兴行动计划,明确提出实施“现代远程教育工程”,形成开放式教育网络,构建终身学习体系,并投人大量资金建设中国教育科研网。研究结果表明，对中国远程教育的报道量，国外作者（144篇，581）要多于国内作者（104篇，419）。最早关注中国远程教育的是IRVINGEPSTEIN的“中国的广播电视教育”（1982）5,而国外的144篇中只有10篇是介绍中国远程教育的，中国作者从1991年才开始陆续在域外期刊发表自己的研究6。中国加入WTO后,外国发达国家远程教育伴随着经济全球化浪潮冲击中国的远程教育,给中国远程教育的发展带来深刻的影响,中国远程教育市场将更加开放,逐步将形成产业化运作,办学模式将更加多样化。文献7描述了实时远程诊断系统信息传输网络的具体要求及其软、硬件系统的构成以及系统实施方案。从而得知我国远程会诊技术有待完善，还有很大的提升空间，前景广阔。纵观未来,现代远程教育网络必将为我国教育事业的飞速发展开拓更加美好的明天；医学远程教学及会诊平台必将为我国医学继续教育事业的迅速发展开创更加广阔的新天地。3TELEHIX医学远程教学及会诊系统的前景分析远程会诊曾被称为本世纪最有前景的产业之一，但是种种因素限制了该业务在我国的发展8。TELEHIX医学远程教学及会诊系统为医务人员继续教育提供了一个梦想的平台。“TELEHIX医学远程教学及会诊系统”专项针对我国医疗远程教育及针对我国现代医学远程教育项目的管理而研发的一个崭新教学平台，是充分完善远程继续医学教育的一种新方法。“TELEHIX医学远程教学及会诊系统”作为一种相对于传统医学临床教育模式的创新，是医学教学者培养更多更合格的医务人员提高医疗学生从业素质的极为有效的现代医疗教育模式，该系统采用特定的传输系统和传播媒体作为教学方式，能为远程学生提供更切合实际的学习形式，不受传统面授教学模式的限制，为专家及教授提供了更好的教学辅助手段；可以更有效的扩大教学规模；提高医学远程教学质量；降低医学教学的成本，更好的进行医学远程教育。“TELEHIX医学远程教学及会诊系统”使更多的专家和教授的知识和技能被更广泛的传授，为远程异地医学学生提供更优质的服务，为学院教学改革提供可靠的技术支撑，引领医学教育远程学习方式的发展，为医学学生继续教育提供更好地学习知识的平台。第二章TELEHIX医学远程教学及会诊系统概述1TELEHIX系统原理11原理及模块调用说明连接到服务器创建模拟用户并设置参数将用户放入会议创建连接图21原理及模块调用图12程序各主要JAVA类及其作用1ROLEVALIDATOR类主要作用是角色合法检查，如果角色既不是VIEWER，也不是MODERATOR就抛出异常。2ROBABILITIESVALIDATOR类的主要作用是参数合法性检查。3PROBABILITIESCONVERTER类的主要作用是将传进来的参数进行分割并放入容器。4LIMITEDSIZEFLVWRITER类的主要作用是限定大小的FLV写出器。5FLVPRELOADER类的主要作用是FLV下载器。6BOTLAUNCHER该类主要作用是程序的启动测试。7BOT该类主要作用是设置连接服务器必要的参数及动作。2TELEHIX系统模块医学继续教育平台依托于WWWTELEHIXCOM。TELEHIX医学远程教学及会诊平台，涵盖了国际国内重要医学会议的直播、点播系统，国内外知名医学专家教授教学视频的直播、点播、教学系统。该平台包括“直播入口”、“点播入口”两大模块。如图22（A）、（B）所示设置连接到服务器必要的参数创建BIGBLUEBUTTON客户端（A）（B）图22直播、点播入口TELEHIX医学远程教学及会诊平台，还涵盖了“名师风采”、“学生园地”、“师生交流”、“共享资源”四大子模块。“名师风采”远程平台汇集了国内外专家、教授的重要会议内容与教学经典视频，涵盖面广，影响范围大。“学生园地”远程教学为学员提供了一个在线学习，在线交流，在线共享资源，分享学习经验的平台。“师生交流”远程平台使教师和学生能够跨越空间进行实时或非实时的交互，在线交流与指导。“共享资源”远程平台提供了大量名师、专家的教学视频资料。第三章TELEHIX医学远程教学及会诊系统的测试随着网络技术、计算机技术和医学图像处理技术的不断进步,极大地推动了远程会诊的发展,在现代医学诊断中,远程会诊变得越来越重要。因此，建立完善的医学远程教学及会诊系统势在必行，但已有的系统还存在着许许多多的问题。要求进一步完善这些系统，对系统性能、功能的测试和BUG修改就变得尤为重要。另外，软件测试逐步成为软件开发过程中一个必不可少的环节，随着功能测试的必要性被认可，自动化测试和性能测试也逐渐崭露头角。TELEHIX医学远程教学及会诊系统的测试主要是LOADRUNNER性能测试和部分功能测试。测试的具体流程将在本章详细介绍。1TELEHIX医学远程教学及会诊系统的测试简介11测试的定义及分类TELEHIX医学远程教学及会诊系统的测试分为性能测试和功能测试。定义如下性能测试是指在一定的负载情况下，系统的响应时间等特性是否满足特定的性能需求。从某些角度来说，性能其实是功能的一种。功能测试是指为了确保软件系统功能实现的正确性，完整性和其他特性而进行的测试。性能测试主要分为负载测试和压力测试。定义如下负载测试LOADTESTING是指在一定的软、硬件及网络环境下，运行一种或多种业务，在不同虚拟用户数量的情况下，测试服务器的性能指标是否在用户的要求范围内，以此确定系统所能承载的最大用户数、最大有效用户数以及不同用户数下的系统响应时间及服务器的资源利用率9。负载测试强调的是在一定的环境下系统能够达到的峰值标准，大多数的性能测试都是负载测试。压力测试（STRESSTESTING）是指测试系统在一定的饱和状态下系统的处理能力。在负载测试的基础上，继续不断加压到一定阶段即是压力测试，两者没有明确的界限。压力测试通常设定CPU使用率75以上，内存使用率达到70以上，用于测试系统在压力环境下的稳定性10。BUG的定义BUG（小错误，缺陷，不足，过失一个计算机BUG指在计算机程序中存在的一个错误（ERROR）、缺陷（FLAW）、疏忽（MISTAKE）或者故障（FAULT），这些BUG使程序无法正确的运行。BUG产生于程序的源代码或者程序设计阶段的疏忽或者错误。12测试工具TELEHIX医学远程教学及会诊系统网站测试过程中，主要是借助于LOADRUNNER11性能测试工具以及部分相关的辅助测试工具，通过测试结果分析及网站BUG分析来不断的完善该远程系统，从而保证该系统的正常运行。TELEHIX医学远程教学及会诊系统的测试所用辅助工具分为以下几类（1）流量、带宽测试工具TUNNELIER、ADOBEFLASHMEDIALIVEENCODER（2）音、视频测试工具ADOBEFLASHMEDIALIVEENCODER、QQ影音、COMPLAYER、VLCMEDIAPLAYER、暴风影音（3）格式转化工具格式工厂、LIBREOFFICE、QQ影音（4）音、视频剪辑制作工具ADOBEPREMIEREPROCS4、QQ影音（5）浏览器测试IE浏览器、搜狗浏览器、360浏览器、百度浏览器、谷歌浏览器、FIREFOX火狐浏览器（6）录屏软件SNAGIT11（7）网站上传、下载、更新工具SEVER_U、FLASHFXP（8）数据库工具MYSQL_FRONT、NAVICATFORMYSQL这些辅助测试都是在LOADRUNNER脚本调试完毕，场景运行及负载测试中要借助的工具，在第5、6节中将详细介绍。2LOADRUNNER综述第1节介绍了测试的相关知识，本节将重点介绍性能测试工具LOADRUNNER的相关信息。21LOADRUNNER简介LOADRUNNER主要有MERCURY虚拟用户生成器VUGEN（创建脚本）、创建、管理和监控负载测试的中央控制台MERCURYLOADRUNNERCONTROLLE（设计和运行场景）、压力生成器LOADGENERATOR（模拟用户生成负载）、结果分析工具MERCURYANALYSIS（分析场景）组成12。HP_MERCURYLOADRUNNER是一种预测系统行为和性能的负载测试工具。通过模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找系统的瓶颈，LOADRUNNER能够对整个企业架构进行测试9。通过使用LOADRUNNER，企业能够最大限度的缩短测试时间、优化性能及加速应用系统的发布。HP_MERCURY的LOADRUNNER能让企业保护自己的收入来源无需购置额外的硬件而最大限度的利用现有的IT资源，并确保终端用户在应用系统的各个环节中对其测试应用的质量、可靠性和扩展性都有良好的评价。此外，LOADRUNNER能支持广泛的协议和技术，为具体环境提供特殊的解决方案。22LOADRUNNER工作原理LOADRUNNER是一款能够预测系统性能的性能测试工具，通过模拟上千万用户实际并发和负载情形，向服务器发送请求，截获客户端和服务器之间的通讯数据包，检测服务器的响应。同时实时监控目标服务器的性能指标，以便通过分析和查找，判断瓶颈所在9。执行场景创建场景修改脚本录制脚本图31LOADRUNNER用户行为模拟实现不同用户使用不同的数据（LOADRUNNER通过“参数化”实现）。多用户并发操作（LOADRUNNER通过“集合点”实现）。用户请求间的依赖关系（LOADRUNNER通过“关联”实现）。请求间的延时时间（LOADRUNNER通过“思考时间”实现）。3RTMP协议RTMP协议被FLASH广泛应用于对象、视频、音频的传输上，该协议建立在TCP协议或轮询HTTP协议上11，提供了TELEHIX医学远程教学及会诊系统流媒体视频的高效传输，。客户端与服务器维持着一个单一永久的连接，支持实时交流12。每一单一的连接可以通过不同的通道传输多路网络流，而这些通道中的包都是按照固定大小的包传输的13。测试RTMP协议应该在LOADRUNNER选择FLEX协议来录制，有这几个函数可用FLEX_RTMP_CONNECTCONNECTSACLIENTTOANRTMPSERVERANDSETSCONNECTIONOPTIONSFLEX_RTMP_DISCONNECTDISCONNECTSACLIENTFROMANRTMPSERVERFLEX_RTMP_SENDSENDSMESSAGESTOANRTMPSERVERFLEX_RTMP_RECEIVERECEIVESRESPONSESFROMANRTMPSERVER31RTMP协议简介协议是一个基于TCP的高层协议族，还有UDP协议版本RTMFP。RTMP默认端口为1935TMP的字节序和大多数网络协议一样是大端序，也有一些字段是小端序的，不过都有特殊的说明。为了提高使用效率，信令和媒体数据都是使用相同的机制。RTMP协议中信令和媒体数据都称之为MESSAGE。RTMP的协议栈整体上可以分为三层传输层即所谓的CHUNK）；消息层（即所谓的MESSAGE）；应用层（即所谓的MESSAGECOMMAND）。32RTMP协议的握手过程一个RTMP连接以握手开始，握手不像其他的协议，他包含三个固定长度的消息块。客户（初始化通信的终端）和服务器每放发送同样的三个消息块，如果是客户端发送的话记为C0，C1和C2；如果是服务端发送的话记为S0，S1和S2。握手队列握手开始于客户端发送C0，C1块。在发送C2之前客户端必须等待接收S1。在发送任何数据之前客户端必须等待接收S2。服务端在发送S0和S1之前必须等待接收C0，也可以等待接收C1。服务端在发送S2之前必须等待接收C1。服务端在发送任何数据之前必须等待接收C2。握手过程如图32所示图32RTMP协议握手过程4LOADRUNNER性能测试流程为什么如此重视性能测试呢那是因为经历了太多惨痛的经历，让我们不得不重视这个以前被忽视的问题。接着来回顾一下发生在2007年的一件由于性能测试不足而导致的惨痛案例奥运会订票系统瘫痪。北京奥运会官方票务网站的浏览量在第一小时内达到800万次，每秒从网上提交的门票申请超过20万张；票务呼叫中心热线的呼入量超过380万人次。由于瞬间访问数量过大，致使票务官网压力激增，承受了超过自身设计容量8倍的流量，导致系统瘫痪9。导致奥运会售票网站瘫痪的原因是综合的。当大量的用户进行访问时，整个系统由于网站瓶颈或处理处理瓶颈导致了拥堵，用户无法访问。如果当时进行了流量控制，那么可以保证登录到服务器上的用户可以正常的访问，而超出服务器处理能力的用户将无法进入系统，从而确保系统不会由于负载过大而停止响应。进一步来说，如果剩下的用户需要通过排队的方式来登录服务器进行购票，那么当时尴尬的局面就不会出现。按照系统默认的处理能力，相信在2小时内就能够把所有的票都销售完毕。而LOADRUNNER性能测试工具即可完成这些工作。41LOADRUNNER11安装LOADRUNNER11是最新的版本主要是支持IE7以及以上内核的浏览器,且菜单划分更明晰更易于操作。LOADRUNNER11的安装可在网上查找到相关资料。42TELEHIX医学远程教学及会诊系统脚本录制1启动LOADRUNNER。选择开始程序HPLOADRUNNERLOADRUNNER。这时将打开HPLOADRUNNER1100窗口。如图33所示图33HPLOADRUNNER1100窗口HPLOADRUNNER1100窗口图包括了创建编辑脚本（CREATESCRIPTS）、运行负载测试（RUNLOADTESTS）、测试结果分析（ANALYZETESTRESULTS）三个超链接，点击后选择录制新脚本或录制成功的脚本进行负载测试或结果分析即可。2在LOADRUNNERLAUNCHER窗格中，单击创建/编辑脚本（CREATESCRIPTS），选择FLEX协议，进入录制对话框，如图34所示图34STARTRECORDING对话框在此窗口中第三个是输入要录制的URL连接在此我们要填入12442916第四个输入保存脚本的路径其他选默认值即可。设置好路径和要录制的URL后点击OK后开始录制脚本。将会看到HPVIRTUALUSERGENERATOR对话框，内容为“LAUNCHINGAPPLICATIONFORRECORDING”,然后出现RECORDING对话框，这时将打开一个新的浏览窗口并显示TELEHIX医学远程教学及会诊系统直播网站。在用户名框中输入TEST，在密码框中输入TEST。单击登录，即可进入直播教学会议系统界面，如图35、36所示图3512442916界面图36直播系统直播系统包括用户、听众、视频区、课件区、交流区等。此时FLEX脚本录制完成，按暂停键后出现“录制概要”对话框。在该对话框中，协议FLEX和ACTION部分后跟绿色对号，即表示录制成功。若只有一个对号或无对号，则录制失败，需重新录制，点击右下方的“重新录制”按钮即可。43TELEHIX医学远程教学及会诊系统脚本调试难点参数化脚本调试通过快捷键F9、F10来实现。通过VUSER菜单下的RUNSTEPBYSTEP（F10）功能实现脚本逐步执行。每按一次F10键，脚本就会执行一行。通过INSERT菜单下的TOGGLEBREAKPOINT（F9）功能实现断点设置。脚本调试过程中最难解决的错误如下ERROR202978ACTIONERRORRTMPCONNECTIONIDALREADYEXISTS解决方法ACTIONFLEX_RTMP_CONNECT“CONNECT_STEP0“,“HOSTLOCALHOST1935“,“CONNECTIONID6“,“CONNECTIONID6”，在脚本中出现多次，对常数进行参数化，将“CONNECTIONID6”改为CONNECTIONIDNEWPARAM。参数化步骤如下右击“CONNECTIONID6”中的”“6”选择“REPLACEWITHPARAMETER”出现参数名和设置对话框。参数名选“NEWPARAM”参数类型选“FILE”，出现以下参数属性对话框，如图37所示图37参数属性对话框第一如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行编辑即可。第二如果参数很多超过100条的话。在记事本中编辑好了之后，记着在最后一个参数后打个回车，让鼠标的光标移动到下一行。更新值的时间选择一次、每次迭代还是每次出现，根据需要定。在TELEHIX系统中，我选的是每次迭代。根据需要实现的具体目标选定参数类型，参数化完成后还要设置迭代次数。方法打开RUNTIMESETTING，找到RUNLOGIC，设置RUN的迭代次数即可。注意根据ERROR信息修改脚本直至回放出现“未检测到错误”或脚本运行成功TELEHIX远程教学会议直播系统脚本代码一般都在100STEP以上，代码过长，因此，在这里我直截取部分代码示例。部分经典继续教育课程经参数化及代码修改、调试成功后的脚本代码如下ACTIONFLEX_RTMP_CONNECT“CONNECT_STEP0“,“HOST124429161935“,“SNAPSHOTTRTMP1INF“,“CONNECTIONIDNEWPARAM“,MESSAGE,“DATATYPECOMMANDMESSAGEAMF0“,“CHUNKSTREAMID3“,“MESSAGESTREAMID0“,“ARGUMENTCONNECT1“OFLADEMO/WIN“FLEX_RTMP_SEND“SEND_STEP2“,“CONNECTIONIDNEWPARAM“,“SNAPSHOTTRTMP6INF“,MESSAGE,“DATATYPECOMMANDMESSAGEAMF0“,“CHUNKSTREAMID3“,“MESSAGESTREAMID0“,“ARGUMENTCREATESTREAM2“,MESSAGE,“DATATYPEUSERCONTROLMESSAGE“,“EVENTTYPESETBUFFERLENGTH“,“MESSAGESTREAMID0“,“BUFFERLENGTH2000“,LASTFLEX_RTMP_RECEIVE“RECV_STEP2“,“CONNECTIONIDNEWPARAM“,“SNAPSHOTTRTMP7INF“,CHANNEL,“CHUNKSTREAMID3“,CHANNEL,“CHUNKSTREAMID3“,LASTRETURN0脚本调试中“ERRORTIMEDOUTWHILEPROCESSINGURLHTTP/124429161935/BJHZZX”这种错误也常出现，解决办法为在RUNTIMESETTING中将120S改为大一点的值，我一般改为360S。44负载测试打开LOADRUNNER110负载测试选择刚刚录制好的脚本进入CONTROLLER。CONTROLLER窗口的设计选项卡分为三个主要部分“场景组”窗格“服务水平协议”窗格“场景计划”窗格创建场景对话框如下点击创建场景选择模拟用户人数点击确定，进入场景对话框。如图38所示图38场景对话框设置运行时参数，“完成前一直运行”还是“运行完后关闭”，两次迭代之间的时间间隔30S左右，两用户之间间隔最好设为5S（默认15S），10人同时访问还是25人同时访问（我一般选用2人，这样握手过程会比较顺利，不会因为瞬间压力过大而导致握手失败）。迭代次数可以相当于真实的模拟用户，在许可证范围内可以通过设置用户人数加压，如果用户量太大或测系统临界值时，则可通过增加迭代次数来达到加压的目的。场景配置完后就可以启动测试场景，在场景运行时可以查看用户状态和运行数据图。点击运行，此时打开TUNNELIER工具，输入VNSTATLIETH0命令，查看实时流量；输入TOP命令，查看实时音、视频CPU利用率。如图39所示图39负载测试初期如果脚本出现错误，或者运行时瞬间负载过大导致握手失败，则加压失败，压力加不到系统内，出现ERROR信息，如图310所示图310场景运行错误此时CPU的音、视频占用率为4和3，与加压前几乎一样，加压失败。此时，要通过消息类型对话框查看错误信息，直接双击红色条即可出现消息类型对话框。此错误为ERROR202904ACTIONERRORHANDSHAKEFAILEDWHILEESTABLISHINGANRTMPCONNECTION单击消息文本示例中的“ACTION（6）ERRORHANDSHAKEFAILEDWHILEESTABLISHINGANRTMPCONNECTION”即可进入脚本界面，修改脚本。在43“TELEHIX医学远程教学及会诊系统脚本调试难点参数化”一节已介绍解决办法。是由于同时访问用户过多，负载瞬间变大，以致RTMP协议握手失败。此时应将同时访问人数降低为25人，确保4M或10M带宽，再重新创建场景设置用户数运行时设置（参数）即可。若加压成功，则可看到如图311所示界面图311加压成功此时借助辅助测试工具TUNNELIER进行流量、带宽的实时检测；ADOBEFLASHMEDIALIVEENCODER测试音、视频流的大小及最佳参数的调整，发布视频流CT1查看掉帧数；LIBREOFFICE转化PPT格式查看PPT翻动时的延时时间；同时借助另外两台电脑进行浏览器测试（IE浏览器、搜狗浏览器、360浏览器、百度浏览器、谷歌浏览器、FIREFOX火狐浏览器等）、音视频测试、延时测试等。借助以上工具可以在压力加到最小、适中、最大的过程中看到系统的性能及功能的变化情况。从而，选择最佳状态，控制临界值。场景运行完后，可打开ANALYSIS组件对收集的性能数据进行查看和分析，但是，当模拟用户过多时，场景运行过程需要很长时间才能完成。此时，我们可以查看在CONTROLLER的运行界面上实时显现出来的相关的性能数据及辅助测试工具所实时获得的性、功能数据。在45节将详细介绍。45LOADRUNNER测试结果分析在虚拟用户运行图中，紫色线条代表正在运行的虚拟用户数，黄色线条代表已经结束的虚拟用户数，红色线条代表出错的虚拟用户数；在事物响应图中，棕色线条代表ACTION事物的响应时间，紫色线条代表登录事物的响应时间14。从图312中可以看到,当虚拟用户数为20时，事物的响应时间比较小，基本成一条直线。说明系统的性能比较稳定；当虚拟用户数增加到30时，如图313示，事物响应时间有所增加，随测试时间的变化，事物的响应时间逐渐变大，说明系统处理事物的速度逐渐变慢，服务器性能呈现下降趋势；当虚拟用户数增加到40时，如图314所示，事物响应时间明显增加，随测试时间的变化，事物的响应时间呈一条斜线，说明服务器性能有很大的下降。同时出现虚拟用户运行出错，查看ERROR信息发现时下载资源时超时，说明此时服务器的最大并发用户数不超过40人。运行后的虚拟用户运行情况和事物响应时间如图312、313、314中所示图312虚拟用户为20的虚拟用户运行图和事物响应时间图图313虚拟用户为30的虚拟用户运行图和事物响应时间图图314虚拟用户为40的虚拟用户运行图和事物响应时间图根据以上图中信息以及借助辅助测试工具获取数据（仅靠LOADRUNNER是做不到的），即可得到以下结果TELEHIX医学远程教学及会诊系统的测试中虚拟用户每人流量200K左右，当有音频流或视频流时会瞬间变大。4M带宽正常临界值20人，超载是可达65M，20人以上音、视频出现不同步现象；6M带宽正常临界值38人，超载是可达97M，40人以上音、视频出现不同步现象；10M带宽正常临界值84人，超载是可达157M，90人左右音、视频出现不同步现象。响应时间10S左右，运行时间30S左右。视频选取USB接口，编码方式VP6或H264，FRAMERATE20FPS,BITRATE2000KBPS,INPUTSIZE1024768,OUTPUTSIZE1024768（最佳状态）；音频选取麦克风，格式MP3，采样率越大越好，比特率适中，可根据带宽适当调节。视频流到FMSFMSURLHTTP/1921681188；视频流文件名根据服务器名字输入如CT1；选取文件夹保存即可。另外，由于外置摄像头会自带一路音频，由此会影响麦克风音质及功能。此问题最简单的解决办法是右击我的电脑属性管理设备管理器右侧（声音、视频和游戏）选项，右击选择停用USB设备即可。46TELEHIX医学远程教学及会诊系统网站BUG及改进461网站直播、点播会议中心BUG分析及改进TELEHIX医学远程教学及会诊系统的点播、直播中心还存在着某些问题，作为一位测试人员，对其功能实现方面的需求分析以及改进意见的提出至关重要。以下是我对该网站部分BUG的统计。APPT乱码、全屏、动画、视频链接等功能的实现。B专家、教授在线指导交流时的音频、视频传输延时问题。C医学继续教育学员在线人数过多，引起的老师课件、音、视频不同步问题。D直播中心，管理员权限设置（学员身份验证、课堂发言、在线交流、资源共享等）。E双点击页面PPT全屏与“PPT老师视频在线交流”之间的任意切换。F鼠标同步演讲人操控桌面，用户、听众暂时隐藏。G课程管理课程学习、学时累计、学分统计的设计。H带宽的瓶颈问题。I）报名、注册界面的优化。J名师微博、学员微博、远程高清会诊、远程维修的研发设计。462网站部分修改通过LIBREOFFICE转化工具及部分代码修改以成功解决PPT问题。通过身份验证、报名号的获取、邮箱手机验证等报名流程的改进以成功解决报名、注册界面优化的问题。通过优化服务器配置，增大带宽，提高网速是传输延时问题得以改善。通过加入举手演讲、讲话、静音、切换演讲人功能模块，管理员权限问题得以改善，但目前仍然不尽如人意。课程管理模块还在设计中，下面是我的部分课程管理模块研究的设计初稿。463网站课程管理部分设计课程管理模块包括开放课程、会员中心、名师风采、学生园地、师生交流、共享资源、附加资源开放课程427中华医学影像会郑州会议视频；815中华医学影像会北京年会视频；著名专家、教授远程教学视频等会员中心学分累计、申报；视频课程学习；学时累计；答题分数等；专家在线答疑、交流互动名师风采国内外专家、教授的简介；中华医学影像会等重要会议的演讲内容及视频；远程教育教学经典视频；学生园地在线学习；在线交流；在线共享资源；分享学习经验的平台等。师生交流跨越空间进行实时或非实时的交互；在线视频、聊天；在线交流指导；一睹专家授课风采；对课程内容进行点评，分享学习经验，共享有效学习资源等。共享资源大量名师、专家的教学视频资料；中华医学影像会等重要会议的演讲内容及视频；上传、下载文档、视频；专家微博公共问题答疑；附加资源TELEHIX远程教学会议平台，还为学员提供了一个梦想的平台。注册学员后，即可免费提供国内外重要会议的直播、点播视频资源；免费共享汇集著名专家教授的教学视频资源；免费在线观看与医学影像相关的“远程手术”、“远程诊断”、“远程维修”视频。5本章小结TELEHIX医学远程教学及会诊系统的测试主要是用LOADRUNNER11性能测试工具及部分辅助测试工具，本章系统阐述了TELEHIX医学远程教学及会诊系统的整个测试流程。简单介绍了LOADRUNNER工作原理、组成，RTMP协议及其的握手过程，远程系统网站的部分BUG及其解决措施以及网站课程管理部分初步设计等。详细介绍了LOADRUNNER性能测试的整个流程。包括TELEHIX医学远程教学及会诊系统脚本录制、TELEHIX医学远程教学及会诊系统脚本调试难点参数化、负载测试、LOADRUNNER测试结果分析。还提供了部分脚本代码，以及脚本调试过程的难点、错误分析。LOADRUNNER是软件测试界的一把“屠龙刀”。随着当今软件开发技术的发展与成熟，越来越多复杂的软件系统应用与人们生活的各个领域，软件系统运行时的性能表现已经成为衡量软件场频质量的一个重要标准。LOADRUNNER是进行软件性能测试的一个强有力的工具，几乎支持各类主流平台产品的性能测试，凭借它，测试人员可以轻松地完成软件系统的性能测试工作，对影像软件运行效率的问题进行快速定位，从而使产品得到高效、稳定的运行15。另外，对软件系统进行有效的负载压力测试，有利于的精确的评估出软件的性能瓶颈，针对此性能瓶颈，提出改善并发用户数及用户访问速度的方法16。然而，有时候录制脚本STEP过长，参数化数值范围有限，要得到测试报告得颇费一些周折，有时需要很长的一段时间。而且，当要进行数据库备份，加压监测系统性能或网站功能时，脚本的ERROR会成为一大障碍。此时，就需要借助其他的辅助（测试）工具，来实现简洁、快速、有效的获取部分结果的目的。本章在第46节介绍了部分测试工具，并借助他们完成了实时的性能、功能测试，获取了大量的系统性能数据及部分功能参数，达到优化、完善系统的目的。这是仅靠LOADRUNNER不可能完成的。TELEHIX医学远程教学及会诊系统的测试通过LOADUNNER性能测试工具及部分辅助工具基本完成了系统的测试，使该远程系统在功能、性能方面有了更近一步的提升空间。第四章总结TELEHIX医学远程教学及会诊系统为医务人员继续教育提供了一个良好的平台。该平台是专项针对我国医疗远程教育及针对我国现代医学远程教育项目的管理而研发的一个崭新教学平台，是充分完善远程继续医学教育的一种新方法。对于该平台性能的测试主要是利用LOADRUNNER11性能测试工具及TUNNELIER、ADOBEFLASHMEDIALIVEENCODER等辅助测试工具。在测试过程中遇到了很多问题，包括FLEX脚本录制、回放、检测问题，脚本修改、调试，对ERROR、WORN信息的查看处理及错误分析，以及“ID常数”时的参数化设置，负载测试、加压测试、场景运行设置、迭代次数、报告分析等种种问题。通过不断地研究、实践、测试来一遍一遍的调试脚本，修改参数，经过团队的不懈努力，历时两个月终于使系统成功完成了负载测试及加压测试（网络环境、带宽一定的情况下）极限值的确定。从而使系统高效、快捷运转，避免因瞬间访问数量过大，致使网站压力激增，承受了超过自身设计容量数倍的流量，导致系统瘫痪。其中，辅助测试工具TUNNELIER（实时流量查看、音视频的CPU利用度），ADOBEFLASHMEDIALIVEENCODER（音频流与视频流的USB接口选取，编码方式及相关参数的设置调整）在参数