一种基于仿真终端的性能测试方法

文档序号:7782294阅读:521来源:国知局
一种基于仿真终端的性能测试方法
【专利摘要】本发明公开了一种基于仿真终端的性能测试方法,该方法包括步骤:仿真服务器接收并解析仿真终端配置文件,根据仿真终端IP地址虚拟出对应的仿真终端的设备IP地址,将设备类型和协议类型与仿真终端的设备IP地址进行绑定,仿真出用来进行测试的仿真终端,并根据解析得到的被测系统的IP地址,以及终端协议类型,将仿真终端根据协议类型对应的注册方式注册到被测系统,仿真终端接收被测系统的业务请求,建立仿真终端与被测系统的对应连接,仿真服务器将原始流通过仿真终端与被测系统的对应连接发给被测系统,进行性能测试。本发明的方法能有效降低搭建性能测试环境的硬件成本、组网的复杂度、维护的难度、环境迁移的难度。
【专利说明】一种基于仿真终端的性能测试方法【技术领域】
[0001]本发明属于系统性能测试【技术领域】,尤其涉及基于可灵活配置仿真终端的视频监控系统性能测试方法。
【背景技术】
[0002]随着视频监控系统的规模壮大,对性能测试的要求越来越高,但是在实验室内对性能测试很困难,需要有大批量的设备来还原真实环境。比如说真实环境内有1000路摄像机同时实况、存储等,在实验室就需要有1000个设备。况且在实际的视频监控系统中,存在多个厂商的终端设备,这对于在实验室内搭建性能测试环境几乎成为不可能。
[0003]目前搭建编解码性能测试环境的需要大量的真实终端,比如搭建1000路实况同时解码的性能测试环境就需要1000个真实的终端。搭建的环境硬件成本巨大、组网复杂、维护难度很大、并且环境迁移难度大。
[0004]同时,对于实际的环境中出现的现场问题,当外面局点大规模应用出现问题时,开发人员前往现场进行处理,带回来的往往是一段友商的码流信息。需要在实验室环境复现问题,来进行测试,这就需要能够重现实际的局点应用环境,按照以前的方案需要与局点相同数量的设备来复现该问题,无论时间上还是采购成本上,几乎是不可能。

【发明内容】

[0005]本发明的目的是针对上述技术问题,提出了一种基于仿真终端的性能测试方法,仅需要一个被测码流的终 端、或者I个PCAP报文或者I个录像文件和其该码流的厂商信息就能解决需要大批量设备的问题,并且能方便的搭建性能测试环境。
[0006]为了实现上述目的,本发明技术方案如下:
[0007]—种基于仿真终端的性能测试方法,用于采用仿真服务器对被测系统进行性能测试,所述测试方法包括步骤:
[0008]步骤1、仿真服务器接收并解析仿真终端配置文件,得到被测系统的IP地址、原始流来源方式,以及需要仿真的终端的厂商信息、终端类型、协议类型和仿真终端IP地址;
[0009]步骤2、根据所述仿真终端IP地址虚拟出对应的仿真终端的设备IP地址;
[0010]步骤3、将所述设备类型和协议类型与所述仿真终端的设备IP地址进行绑定,仿真出用来进行测试的仿真终端;
[0011]步骤4、仿真终端根据仿真服务器解析得到的被测系统的IP地址,以及所述协议类型对应的注册方式注册到被测系统;
[0012]步骤5、仿真终端接收被测系统的业务请求,建立仿真终端与被测系统的对应连接;
[0013]步骤6、仿真服务器将原始流通过仿真终端与被测系统的对应连接发给被测系统,进行性能测试。
[0014]其中,所述协议类型包括国标协议、IMOS (IP Multimedia Operating System)协议或ONVIF(Open Network Video Interface Forum)协议,所述仿真终端与被测系统之间,通过注册信令完成注册,所述注册信令携带所述的厂商信息和终端类型。每个仿真终端仅对应一种协议类型,根据不同的协议类型,具有不同的注册方式,但注册信令都携带厂商信息和终端类型,将仿真终端注册到被测系统。
[0015]进一步地,所述步骤5包括步骤:
[0016]仿真终端将业务请求中包含的收流端口与业务请求中包含的IP地址进行绑定,作为业务发送的目的端信息;
[0017]将仿真终端自协商的发流端口与虚拟出的仿真终端的设备IP地址进行绑定,作为业务发送的源端信息地址。
[0018]本发明所述原始流的流来源方式包括:被动接收方式、主动点播方式和本地读文件方式。
[0019]进一步地,所述仿真服务器将原始流通过仿真终端与被测系统的对应连接发给被测系统,包括步骤:
[0020]步骤6.1、仿真服务器解析配置文件,获得原始流的流来源方式;
[0021]步骤6.2、判断流来源方式属于哪种类型,若是被动接收方式,则进入步骤6.3 ;如果主动点播方式,则进入步骤6.4 ;如果本地读文件方式,则进入步骤6.5 ;
[0022]步骤6.3、仿真服务器打开收流端口,通过被动接收方式接收原始流,并将其发给各个仿真终端的内部接收端口,转入步骤6.6 ;
[0023]步骤6.4、仿真服务器打开收流端口,通过主动点播方式接收原始流,,并将其发给各个仿真终端的内部接收端口,转入步骤6.6 ;
[0024]步骤6.5、仿真服务器通过本地读文件方式获得原始流,并将其发送给各个仿真终端的内部接收端口;
[0025]步骤6.6、各个仿真终端收到原始流之后,根据仿真的厂商、终端类型和协议类型,进行处理后按照各自分配的IP地址和端口,将其发向业务请求的目的地址和端口。
[0026]其中所述被动接受方式和主动点播方式均需要用到一台真实终端想仿真服务器发送原始流,被动接收方式是通过一台真实终端主动向仿真服务器发送音视频流,或者通过第三方工具播放本地录像来向仿真服务器发送音视频流;主动点播方式,是向一台真实终端点播实况流;本地读文件方式,是读取本地保存的现场抓包文件,读取其中的实际音视频数据。本发明原始流的来源方式可以选择,这样有利于根据现场情况,实际还原现场,即使仅带回一段码流信息,也可以完成现场问题的重现。
[0027]本发明不同厂商不同类型的终端对应不同的配置文件,所述配置文件包括被测系统的IP地址,仿真服务器的IP地址和收流端口、流来源方式,以及各个仿真终端的厂商信息、终端类型、协议类型和仿真终端的IP地址。对于现场多厂商终端并存的复杂情况,基于配置文件可灵活配置仿真终端,仿真现场的实际终端,配置灵活,部署方便。
[0028]本发明提出的一种基于仿真终端的性能测试方法,基于配置文件灵活配置仿真终端,重现现场环境,并根据流来源方式的不同,灵活进行现场问题的重现,能有效降低搭建性能测试环境的硬件成本、组网的复杂度、维护的难度、环境迁移的难度。
【专利附图】

【附图说明】[0029]图1为本发明基于仿真终端的性能测试方法流程图;
[0030]图2为本发明原始流来源方式的示意图;
[0031]图3为本发明原始流处理方式流程示意图。
【具体实施方式】
[0032]下面结合附图和实施例对本发明技术方案做进一步详细说明,以下实施例不构成对本发明的限定。
[0033]图1示出了本发明基于仿真终端的性能测试方法流程图,包括步骤:
[0034]步骤101、仿真服务器接收并解析仿真终端配置文件,得到被测系统的IP地址、原始流来源方式,以及需要仿真的终端的厂商信息、终端类型、协议类型和仿真终端IP地址。
[0035]根据需要仿真的终端厂商信息、终端类型、协议类型,预先设置各仿真终端对应的配置文件,仿真终端配置文件包括被测系统的IP地址、仿真服务器的IP地址、仿真服务器的收流端口、原始流的流来源方式,以及各个仿真终端的厂商信息、终端类型、协议类型和仿真终端的IP地址。
[0036]根据不同的厂商及其终端类型预先生成对应的仿真终端配置文件,不同厂商不同类型都单独生成一个配置文件。按照厂商信息、终端类型将配置文件保存为树状结构,根目录为配置文件目录,子目录为厂商名,子目录的下一级目录为终端类型,这样便于根据需要仿真的终端找到对应的配置文件。例如需要仿真厂商为宇视科技,终端类型为HIC6501的终端,则为其单独生成一个配置文件。
[0037]步骤102、根据所述仿真终端IP地址虚拟出对应的仿真终端的设备IP地址。
[0038]比如需要仿真1000个终端,此处自动虚拟出1000个仿真终端的设备IP地址,该虚拟出的IP地址为配置文件中的仿真终端的IP地址。通过本步骤的设置,每个仿真终端对应不同的虚拟IP地址,与真实环境相吻合。
[0039]步骤103、将所述设备类型和协议类型与所述仿真终端的设备IP地址进行绑定,仿真出用来进行测试的仿真终端。
[0040]在真实环境中,存在各厂商的不同终端类型,例如宇视的HIC6501,还有海康或大华的终端,各个厂商的终端采用的协议类型可能不同,通过本步骤能仿真出与真实环境相同的测试环境,各个仿真终端对应着真实环境的真实终端,有效的还原了真实环境。
[0041]步骤104、仿真终端根据仿真服务器解析得到的被测系统的IP地址,以及协议类型对应的注册方式注册到被测系统。
[0042]对于1000个仿真终端,此时被测系统会收到1000个仿真终端的注册信令,并且每条信令的源IP地址都不同。仿真终端对应的协议类型包括国标协议、頂OS协议或ONVIF协议,不同的协议类型对应的注册方式不一,例如国标协议,由仿真终端主动发起注册,而对于IMOS协议和ONVIF协议,则是由被测系统发起,仿真终端进行响应来完成注册。
[0043]仿真终端与被测系统之间,通过注册信令完成注册,在注册信令中携带厂商信息和终端类型,从而将仿真出的各种厂商和类型的仿真终端注册到被测系统,顺利搭建测试环境。
[0044]通过以上步骤,本实施例通过灵活的配置文件,向仿真服务器下发配置文件,按照以上步骤即能仿真出实际测试需要的厂商终端,实现快速搭建性能测试环境和更换测试环境的目的。
[0045]步骤105、仿真终端接收被测系统的业务请求,建立仿真终端与被测系统的对应连接。
[0046]具体地,仿真终端将业务请求中包含的收流端口与业务请求中包含的IP地址进行绑定,作为业务发送的目的端信息,将仿真终端自协商的发流端口与虚拟出的仿真终端的设备IP地址进行绑定,作为业务发送的源端信息。
[0047]步骤106、仿真服务器将原始流通过建立的仿真终端与被测系统的对应连接发给被测系统,进行性能测试。
[0048]本发明原始流是指被用来测试被测系统的音视频数据,原始流的来源方式如图2所示,包括三种方式,分别是被动接收方式、主动点播方式和本地读文件方式。其中被动接收方式是通过一台真实终端主动向仿真服务器发送音视频数据,或者通过第三方工具播放本地录像来向仿真服务器发送音视频数据;主动点播方式,是向一台真实终端点播实况音视频数据;本地读文件方式,是读取本地保存的现场抓包文件,获取其中的音视频数据。
[0049]此时被测系统会收到1000个仿真终端的音视频数据,并且源IP地址都不同,以便模拟真实的现场环境。
[0050]图3示出了根据流来源方式不同的原始流处理过程,包括如下步骤:
[0051]步骤301、仿真服务器解析配置文件,获得原始流的流来源方式。
[0052]步骤302、判断流来源方式属于哪种类型,若是被动接收方式,则进入步骤303 ;如果主动点播方式,则进入步骤304 ;如果本地读文件方式,则进入步骤305。
[0053]步骤303、仿真服务器打开收流端口,通过被动接收方式接收原始流,并将其发给各个仿真终端的内部接收端口,转入步骤306。
[0054]步骤304、仿真服务器打开收流端口,通过主动点播方式接收原始流,,并将其发给各个仿真终端的内部接收端口,转入步骤306。
[0055]步骤305、仿真服务器通过本地读文件方式获得原始流,并将其发送给各个仿真终端的内部接收端口,转入步骤306。
[0056]如该仿真服务器仿真1000个终端,此处需要发送1000次,以此达到流复制。
[0057]步骤306、各个仿真终端收到原始流之后,根据仿真的厂商、终端类型和协议类型,进行处理后按照各自分配的IP地址和端口,将其发向业务请求的目的地址和端口。
[0058]被测系统收到的业务流是来自不同源IP和端口的相同的音视频数据,跟真实终端发过来的音视频数据一致。
[0059]本发明对于仿真终端设置非常灵活,当要更换测试环境时,如更改设备类型、被测系统时,只要在步骤101中调整预设的配置文件即可。而如果改变原始流,也只需要通过在步骤106中采用不同方式获得原始流即可。可见本发明适合针对各种不同厂商的终端的仿真测试,并且适合各种原始流的仿真测试,有利于在实验室环境对真实现场问题完美重现。
[0060]以上实施例仅用以说明本发明的技术方案而非对其进行限制,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
【权利要求】
1.一种基于仿真终端的性能测试方法,用于采用仿真服务器对被测系统进行性能测试,其特征在于,所述测试方法包括步骤: 步骤1、仿真服务器接收并解析仿真终端配置文件,得到被测系统的IP地址、原始流来源方式,以及需要仿真的终端的厂商信息、终端类型、协议类型和仿真终端IP地址; 步骤2、根据所述仿真终端IP地址虚拟出对应的仿真终端的设备IP地址; 步骤3、将所述设备类型和协议类型与所述仿真终端的设备IP地址进行绑定,仿真出用来进行测试的仿真终端; 步骤4、仿真终端根据仿真服务器解析得到的被测系统的IP地址,以及所述协议类型对应的注册方式注册到被测系统; 步骤5、仿真终端接收被测系统的业务请求,建立仿真终端与被测系统的对应连接;步骤6、仿真服务器将原始流通过仿真终端与被测系统的对应连接发给被测系统,进行性能测试。
2.根据权利要求1所述的测试方法,其特征在于,所述协议类型包括国标协议、IMOS协议或ONVIF协议。
3.根据权利要求2所述的测试方法,其特征在于,所述仿真终端与被测系统之间,通过注册信令完成注册,所述注册信令携带所述的厂商信息和终端类型。
4.根据权利要求1所述的测试方法,其特征在于,所述步骤5包括步骤: 仿真终端将业务请求中包含的收流端口与业务请求中包含的IP地址进行绑定,作为业务发送的目的端信息; 将仿真终端自协商的发流 端口与虚拟出的仿真终端的设备IP地址进行绑定,作为业务发送的源端信息。
5.根据权利要求1所述的测试方法,其特征在于,所述原始流的流来源方式包括:被动接收方式、主动点播方式和本地读文件方式。
6.根据权利要求5所述的测试方法,其特征在于,所述仿真服务器将原始流通过仿真终端与被测系统的对应连接发给被测系统,包括步骤: 步骤6.1、仿真服务器解析配置文件,获得原始流的流来源方式; 步骤6.2、判断流来源方式属于哪种类型,若是被动接收方式,则进入步骤6.3 ;如果主动点播方式,则进入步骤6.4 ;如果本地读文件方式,则进入步骤6.5 ; 步骤6.3、仿真服务器打开收流端口,通过被动接收方式接收原始流,并将其发给各个仿真终端的内部接收端口,转入步骤6.6 ; 步骤6.4、仿真服务器打开收流端口,通过主动点播方式接收原始流,并将其发给各个仿真终端的内部接收端口,转入步骤6.6 ; 步骤6.5、仿真服务器通过本地读文件方式获得原始流,并将其发送给各个仿真终端的内部接收端口,转入步骤6.6 ; 步骤6.6、各个仿真终端收到原始流之后,根据仿真的厂商、终端类型和协议类型,进行处理后按照各自分配的IP地址和端口,将其发向业务请求的目的地址和端口。
7.根据权利要求6所述的测试方法,其特征在于,所述测试方法还需要用到一台真实终端向仿真服务器发送原始流,所述被动接收方式是通过所述真实终端主动向仿真服务器发送音视频数据,或者通过第三方工具播放本地录像来向仿真服务器发送音视频数据;所述主动点播方式,是向所述真实终端点播音视频数据。
8.根据权利要求6所述的测试方法,其特征在于,所述本地读文件方式,是读取本地保存的现场抓包文件,读取其中的实际音视频数据。
9.根据权利要求1所述的测试方法,其特征在于,不同厂商不同类型的终端对应不同的配置文件。
10.根据权利要求8所述的测试方法,其特征在于,所述配置文件还包括仿真服务器的IP地址和收流 端口。
【文档编号】H04L12/18GK103684925SQ201310732870
【公开日】2014年3月26日 申请日期:2013年12月26日 优先权日:2013年12月26日
【发明者】周迪, 廖永汉 申请人:浙江宇视科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1