CN101483562A - 一种例行测试的方法、系统及相关设备 - Google Patents
一种例行测试的方法、系统及相关设备 Download PDFInfo
- Publication number
- CN101483562A CN101483562A CNA2009100777921A CN200910077792A CN101483562A CN 101483562 A CN101483562 A CN 101483562A CN A2009100777921 A CNA2009100777921 A CN A2009100777921A CN 200910077792 A CN200910077792 A CN 200910077792A CN 101483562 A CN101483562 A CN 101483562A
- Authority
- CN
- China
- Prior art keywords
- test
- test assignment
- assignment
- service end
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种例行测试的方法,该方法根据相同或不同的电信设备建立各种测试功能,并将该测试功能组装为测试任务存储在电信网络管理的服务端。当测试任务执行时,解析测试功能并获得对应该测试功能的测试指令分发到不同的电信设备,针对不同的电信设备返回的执行结果消息进行处理,将处理得到的测试结果存储在该服务端指定的存储空间。为实现上述方法本发明还公开了一种例行测试的系统及相关设备,该例行测试的系统包括客户端和服务端,该客户端用于封装并发送服务端所识别的测试任务消息对象,该服务端用于接收并解析测试任务消息对象,执行测试任务,提供对测试任务及测试结果的管理功能。
Description
技术领域
本发明涉及电信测试领域,特别涉及一种例行测试的方法、系统及相关设备。
背景技术
在电信网络管理系统中,通过例行测试对电信设备进行管理、维护及监控,有利于及时发现存在隐患的设备,便于检测、定位以至排除故障。如此,能够提高电信网络的运行质量和效率,实现最大限度地利用电信网络资源,向用户提供良好的通信服务。
目前,例行测试通常依赖于人工对电信设备进行测试,并对测试结果进行人工保存和分析。一般地,每种电信设备均配置有一套相应的设备维护人机界面,该设备维护人机界面能够提供一组针对被管电信设备的测试功能,设备维护员则通过不同的设备维护人机界面或命令终端对相应的电信设备进行测试,而且其中有些测试功能是必须定期执行的。具体来讲,这种测试方式须选择指定的被管电信设备,然后打开设备维护人机界面,导航到测试功能模块后进行测试操作,并将该测试结果人工保存在电信网络管理客户端。而且,若要对其它被管电信设备进行测试,则重复上述操作。因此,目前的测试方式不便于对测试结果的统一管理,而且对于某些消耗网络资源较大的测试,需要设备维护员在电信设备空闲时执行,非常浪费人力。
此外,对于不同种类电信设备的测试还没有简单便捷的测试手段。由于电信网络管理系统所管理的电信设备的种类和数量较多,对于不同种类的被管电信设备,其测试功能和测试命令又不尽相同,因此当被管电信设备种类和/或数量较多时,这种重复操作的测试非常机械和繁琐。尽管有些电信网络管理系统会提供基于任务的测试,但仅限于单个或同一种类的电信设备,而实际开局的被管电信设备的数量多达数百甚至上千,因此目前的测试方法还不能够对不同种类的电信设备进行统一测试,也不方便对测试任务及测试结果进行统一管理。
发明内容
有鉴于此,本发明的主要目的在于提供一种简便灵活、便于统一管理不同被管电信设备的例行测试的方法、系统及相关设备。
为达到上述目的,本发明公开了一种例行测试的方法,包括:配置测试任务参数,组装测试任务;客户端封装并发送测试任务消息对象;服务端接收并解析测试任务消息对象,并执行对应的操作;将测试任务重组为电信设备所识别的测试指令,执行测试任务时,将该测试指令分发到对应的电信设备;测试任务执行完毕后,将测试任务的测试结果存储在服务端,并将测试任务状态信息返回给客户端。
上述方案中,所述客户端发送测试任务消息对象之前进一步包括:客户端在初始化时,与服务端之间建立消息通道,接收服务端返回的测试任务状态信息。其中,所述测试任务消息对象包括操作指令和测试任务标识,该操作指令为注册、删除、暂停、恢复、修改、复制、立即执行测试任务或查看测试任务的执行结果消息;当该操作指令为注册测试任务时,所述测试任务消息对象还包括测试任务;当该操作指令为修改测试任务时,所述测试任务消息对象还包括修改的测试任务参数。另外,所述服务端根据电信设备标识对测试任务重新组装得到测试指令。
为实现上述方法本发明还提供一种例行测试的系统,包括:客户端,用于配置测试任务参数,组装测试任务;封装并发送测试任务消息对象到电信网络管理的服务端;服务端,用于接收并解析测试任务消息对象,并执行对应的操作;当执行测试任务时,服务端用于将测试任务重组为电信设备所识别的测试指令,分发测试指令到指定的电信设备;解析执行结果消息并存储测试任务的测试结果,返回测试任务状态信息给客户端。
上述方案中,所述客户端还用于注册消息通道,该消息通道用于接收来自服务端的测试任务状态信息。
本发明还提供一种电信网络管理的客户端,包括:测试任务建立模块,用于配置测试任务参数,组装测试任务;测试任务管理模块,用于封装测试任务消息对象,发送测试任务消息对象到电信网络管理的服务端,实现对测试任务的管理。
其中,所述测试任务建立模块包括:测试功能设定子模块,用于将一个或多个含电信设备标识的测试命令设定为测试功能;测试任务组装子模块,用于配置测试任务参数,将该测试任务参数及一条或多条测试功能组装成测试任务。所述测试任务管理模块进一步用于注册消息通道;另外,所述测试任务管理模块包括信息收发子模块,用于发送测试任务消息对象;该信息收发子模块进一步用于接收测试任务状态信息;所述测试任务管理模块进一步包括:测试任务刷新子模块,在获得测试任务状态信息后,该测试任务刷新子模块用于显示并刷新测试任务列表。
本发明还提供一种电信网络管理的服务端,包括:消息收发模块,用于接收测试任务消息对象、测试任务的执行结果消息、发送测试指令、测试任务状态信息;测试任务处理模块,用于解析测试任务消息对象,对测试任务进行对应的操作;执行任务时,将测试任务解析并重组为各对应的电信设备所识别的测试指令;执行结果消息处理模块,用于解析执行结果消息并存储测试任务的测试结果。
由以上技术方案可以看出,本发明的例行测试的方法与系统,主要是针对整个被管网络中所有支持的电信设备进行例行测试,并且可以将多个不同类的电信设备的测试功能组装成一个测试任务来进行周期性的例行测试,如此,实现了对所有被管电信设备例行测试任务的统一管理。实现了在对多个相同或不同种类电信设备进行日常维护测试任务和测试结果的统一管理,在很大程度上提高了操作维护人员对电信设备日常测试的效率。
具体地说,客户端向服务端注册多个针对不同或相同电信设备的测试任务,服务端则根据测试任务中的多条测试功能,将电信设备能够识别的测试任务消息转发到电信设备上,对多个不同或相同的电信设备进行测试。这极大地简化了在维护电信设备的操作及测试过程,避免了在实际维护电信设备过程中,需要通过一系列繁琐的操作才能得到测试结果的方式。
电信设备通过通信代理将执行结果消息分包返回给服务端,服务端根据执行结果消息中指定的电信设备标识以及测试任务标识等对执行结果消息进行异步集中处理,并将测试结果以XML文件格式或其它文本格式存储在服务端指定的存储区域,以便能够统一管理测试任务的执行结果。
同时,通过本发明提供的对多个不同或相同的电信设备的测试任务,可以提高测试的效率。并且能够保证一些网络资源消耗较大的测试任务,在不影响网络的情况下,进行正常测试。例如:如果例行测试执行的同时有其它测试任务被触发执行,则若干测试任务之间是并行操作的,而且可以通过测试任务的测试任务标识区分测试任务的执行结果消息,各测试任务之间不影响,实现异步集中处理。
附图说明
图1为本发明例行测试的方法流程图;
图2为本发明例行测试的方法实施例的流程图;
图3为本发明例行测试的系统实施例的结构示意图。
具体实施方式
本发明的核心构思之一在于:通过本发明所提供的例行测试的方法、系统及相关设备,实现对相同或不同种类电信设备的日常维护测试和测试结果的统一管理。该例行测试系统包括电信网络管理客户端和电信网络管理服务端,该例行测试方法主要是根据相同或不同的电信设备建立对应各个电信设备的各种测试功能,将这些测试功能组合为测试任务并存储在电信网络管理服务端。执行测试任务时,将测试任务中的测试功能解析为电信设备能够识别的测试指令,并分发到不同的电信设备,对不同电信设备返回的测试结果进行处理,并将测试结果统一存储在电信网络管理服务端指定的存储空间,同时提供对测试任务以及测试结果的管理功能。
为使本发明上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施例对本发明作进一步详细的说明。
需要说明的是,简洁起见,将下文涉及的电信网络管理客户端和电信网络管理服务端分别简称为客户端和服务端。该客户端主要是将对各电信设备的测试功能组织成测试任务,再将测试任务注册到服务端,能够接收测试任务的执行状态信息以改变测试任务状态,并显示和刷新测试任务列表,客户端还可以读取测试任务执行结果消息。该服务端主要用于实现对例行测试任务的注册和管理操作,当测试时间触发时执行测试任务,然后将测试任务的测试结果存储并将该测试任务状态信息发送给客户端。
参照图1,示出了本发明例行测试方法的流程,该方法基于测试任务,统一管理所有不同或相同种类的被管电信设备。该例行测试方法具体包括以下步骤:
步骤101,客户端初始化,注册消息通道;
初始化时,客户端加载配置信息,该配置信息包括:测试任务单设备最大个数,测试任务最大总个数,注册消息通道等。其中,为了能够即时监听测试任务的执行状况,在客户端与服务端之间注册消息通道。客户端可以根据Java平台上有关面向消息中间件的技术规范建立消息通道,即通过Java消息服务(JMS,Java Messaging Service)注册一个消息主题,并将该消息主题绑定到服务端,消息主题用于标识唯一的一条消息通道。客户端监听消息主题,当服务端有消息需要返回给客户端时,直接将要返回的消息发布到消息主题,客户端通过监听消息主题而获得服务端返回的消息,于是可以通过测试任务界面即时显示任务的状况。可见,该消息通道能够接收服务端返回的测试任务状态信息并返回给客户端,实现即时监听测试任务的执行状态。
另外,服务端初始化时,将已注册测试任务重新载入,等待执行相关操作。
步骤102,在客户端设定测试功能;
所述测试功能为一种特殊格式的命令集,可以手工配置后导入例行测试系统,也可以在测试任务界面组装生成。本发明所设计的测试任务界面是一种友好的人机交互图形化用户界面,能够减少用户的认知负担、实现与不同目标用户的互动交流。
该测试功能可以由一个或多个测试命令组成。该测试命令是对电信设备进行例行测试的命令,例行测试可以有很多种,例如:性能测试、系统测试、单板测试、中央处理器(CPU)测试和内存测试等。该测试命令属于人机语言(MML)命令的范畴,而MML是一个行业标准命令行语言,用于管理电信网络元件,本发明设定的MML命令包含电信设备标识,这样的MML命令即为前面所说的特殊格式的命令集。
其中,每条测试功能对应一个或多个电信设备标识,标识该测试功能所针对的电信设备,例如:将包含电信设备标识的MML1命令设定为测试功能TF1。电信设备标识在该条测试功能中可以为多个相同种类的电信设备,也就是说对于特定的某条测试功能,可以只针对相同种类电信设备进行测试,这是因为其它种类的电信设备可能没有这条测试功能。设定完一条测试功能后可继续设定其它测试功能,又如:将包含电信设备标识的MML2命令、MML3命令、MML4命令设定为测试功能TF2。
步骤103,在客户端配置测试任务参数,组装测试任务,不同测试任务可通过测试任务标识进行区分;
当设定若干条测试功能之后,在客户端,配置测试任务的测试参数,该测试任务参数包括测试周期、初次触发时间、测试起止时间、测试次数等。其中,测试周期的参数单位可以为秒、分、小时、天或月;初次触发时间是例行测试任务第一次执行时间,必须晚于建立测试任务时间,并且必须在测试起止时间之间;测试起止时间为测试任务执行的时间范围;测试次数为循环执行该测试任务的次数,也可以为单条测试功能指定测试次数。
根据用户通过测试任务界面的输入,将设定的测试任务参数、及一条或多条测试功能组装成一组测试任务,具体地用户可根据实际需要在测试任务界面中选择所需的测试任务参数和测试功能,例如:由设定的测试任务参数和测试功能TF1组装成测试任务TT1,或者由设定的测试任务参数和测试功能TF1、测试功能TF2......组装成测试任务TT2。结合客户端和服务端通信的私有协议,将该测试任务封装为服务端能够识别的测试任务消息对象,并将该测试任务消息对象发送到服务端。其中,该测试任务消息对象包括操作指令,该操作指令包括注册、删除、暂停、恢复、修改、复制、立即执行测试任务以及查看测试任务的执行结果消息等,这些操作均作为指令而存在。其中,删除、暂停、恢复、修改、复制、立即执行测试任务以及查看测试任务的执行结果消息等操作指令,是对已注册的测试任务进行管理操作。每个操作指令具有自身唯一的指令标识,通过这种指令标识,可定位相应的操作指令,即该操作指令所指示的具体操作内容,如注册、删除测试任务等。
而且,针对不同操作指令,该测试任务消息对象的内容也不同,例如:在“注册”测试任务时,测试任务消息对象包括测试任务、注册指令、测试任务标识;在执行“删除”、“暂停”、“恢复”、“复制”测试任务等操作时,测试任务消息对象包含操作指令和测试任务标识;当执行“修改”测试任务等操作时,测试任务消息对象包含修改的测试任务参数,操作指令和测试任务标识。其中,该测试任务标识用于指示该操作指令的执行对象,也可用来区分测试任务及测试任务执行结果消息等。
步骤104,客户端发送测试任务消息对象到服务端;
当测试任务设定后,客户端通过发送测试任务消息对象给服务端,来对相应的测试任务进行处理。
例如:当用户需要检测三台设备的CPU占用率,那么用户在客户端组装三个MML命令,这三个MML命令分别加上三台电信设备标识组成三条针对不同电信设备的测试功能,将该三条测试功能及测试任务参数设定为一组测试任务,再加上操作指令、测试任务标识封装为测试任务消息对象,然后将该测试任务消息对象发送到服务端。
步骤105、服务端接收并解析测试任务消息对象,根据操作指令对测试任务进行对应的操作,并将测试任务状态信息返回给客户端;
服务端首先是从测试任务消息对象中读取操作指令标识,以确定出具体的操作,然后根据测试任务消息对象的内容对指定的测试任务采取对应的处理。测试任务注册完毕之后就运行于服务端,而客户端能够通过发送操作指令来管理测试任务。
例如:当接收到注册指令后,服务端开始注册测试任务,可根据注册指令和测试任务中的电信设备标识,将注册指令中指定的测试任务下发到对应的电信设备中。这里,服务端根据电信设备标识对测试任务中的测试命令进行分组,并根据配置的测试任务参数设定测试命令的测试周期、初次触发时间、测试次数等。然后,服务端将处理后的测试命令针对不同电信设备重新组装,得到测试指令。该测试指令符合相应电信设备制定的规范,为电信设备能够识别的测试指令。当测试任务注册到服务端后,在客户端显示服务端的测试任务列表。
当测试时间触发时,则开始执行测试任务:服务端将电信设备所识别的测试指令转发到设置在电信设备侧的通信代理,该通信代理根据电信设备标识再将测试指令分发到相应的电信设备中,对相应的电信设备进行测试。测试时间触发时执行的测试任务是与具体测试指令相对应的,由于测试指令是根据测试任务得到的,因此测试指令中同样包含着电信设备标识。
在电信设备中,接收到测试指令后,依据测试指令启动相应的测试程序,对被测对象进行测试,并将执行结果消息返回给通信代理。然后,由通信代理负责接收并转发电信设备返回的执行结果消息。如此,便可实现以统一的管理方式对多个相同/不同种类的电信设备进行测试。
需要强调的是,如果例行测试任务执行的同时有其它测试任务被触发执行,则若干测试任务之间是并行操作的,可以通过测试任务的测试任务标识区分测试任务的执行结果消息,各测试任务之间互不影响,实现异步集中处理。
当服务端接收到注册指令之外的其他操作指令时,则根据收到的操作指令对已注册的测试任务进行相应的管理操作,例如:根据删除指令,服务端删除该指定测试任务;根据暂停指令,暂停该测试任务直到接收到恢复指令;根据修改指令及修改参数,修改该测试任务;根据复制指令,将测试任务复制;根据立即执行指令,直接触发测试任务的执行。
需要说明的是,某一个测试任务的注册操作并不影响其他测试任务的管理操作,也就是说各操作指令可以并行完成。
步骤106、由服务端处理执行结果消息。
测试任务执行完成之后,由通信代理负责接收电信设备返回的执行结果消息,并将测试任务的执行结果消息转发给服务端。服务端接收到返回的执行结果消息后,根据各电信设备的消息结构,将执行结果消息中包含的测试结果解析为能够识别的文本信息并存储为标准的文本消息结构,如MOI:MML,即设备标识:人机语言命令。其中,对各电信设备的测试结果的解析主要是根据发出测试命令时所作的解析标记来进行的,例如:该执行结果消息结构是二进制的就以二进制方式进行解析,是自定义的私有格式就以私有格式的方式进行解析。
然后,当测试任务需要返回执行结果消息时,由服务端将返回的测试任务状态信息发送到客户端的消息通道,通过消息通道转发到客户端指定的测试任务界面。一般服务端收到测试任务执行结果消息就将该测试任务状态信息发布。在客户端,接收服务端主动发送的测试任务状态信息、刷新并显示测试任务列表,客户端还可以通过发送操作指令来读取测试任务执行结果。
需要说明的是,返回的执行结果消息能够反映测试任务的执行状态,该执行结果消息大体分为测试结果和测试任务状态信息,主要包括:电信设备标识、运行时间、测试命令和测试结果等。其中,该测试结果具有特定格式的解析标识,如二进制或私有格式。而该测试任务状态信息还包含测试任务参数和每个操作的附加信息,并且针对每个具体的操作,所返回的附加信息是不一样的,例如:注册测试任务时,返回的附加信息为是否注册成功的信息;删除测试任务时,返回的附加信息为是否删除成功的信息等。另外,由于每个测试任务执行时间不一定相同,所以通信代理接收到执行结果消息后就发布出去,具体的执行机制由JMS消息机制来决定。
下面结合一个实施例来说明本发明例行测试的方法工作流程,如图2所示:
在客户端,对测试任务进行相应的处理操作,该处理操作的种类大概可以分为两大类:注册测试任务和管理测试任务,其中管理操作包括:删除、暂停、恢复、修改、复制、立即执行测试任务以及查看测试任务的执行结果消息等。而且,客户端初始化时,注册消息通道,以便能够即时接收来自服务端的测试任务状态信息。
当客户端注册测试任务时,主要步骤为:
步骤201,客户端设定若干测试功能;
步骤202,配置测试任务参数,组装测试任务;
根据实际需要,用户通过测试任务界面的输入将设定的测试任务参数、及一条或多条测试功能组装成一组测试任务。
步骤203,客户端发送包含注册指令的测试任务消息对象给服务端;
步骤204,服务端根据注册指令注册测试任务;
服务端可根据测试任务中的电信设备标识,对测试任务中的测试命令进行分组,再根据配置的测试任务参数设定测试周期、初次触发时间、测试次数等,然后,将处理后的测试命令针对不同电信设备重新组装,得到测试指令。
步骤205,服务端执行测试任务;
当某组测试任务的测试时间触发时,服务端将电信设备所识别的测试指令根据该测试指令中的电信设备标识分发到相应的电信设备中,对相应的电信设备进行测试。
步骤206,服务端解析电信设备返回的执行结果消息,并保存测试结果;
电信设备通过通信代理将执行结果消息返回,服务端根据各电信设备的消息结构和发出测试指令时所作的解析标记对相应的执行结果消息进行解析。将执行结果消息中的测试结果解析为能够识别的文本信息并存储为标准的文本消息结构,并将执行结果消息中的执行状态信息返回给客户端,该执行状态信息反映测试任务的基本信息和执行状况,主要包括测试任务参数和附加信息,如测试任务的执行时间和执行状态。
步骤207,客户端根据服务端返回的测试任务状态信息,改变测试任务状态并刷新测试任务列表。
另外,本发明的例行测试方法还提供关于例行测试的其它管理功能,即客户端还可以发送其他的操作指令到服务端。因此,当客户端对已注册的测试任务进行管理时的主要步骤为:
大体上可按照步骤201A、步骤202A和步骤203A的方式进行:
步骤201A,客户端发送包含管理操作指令的测试任务消息对象到服务端;
该管理操作指令主要包括:删除、暂停、恢复、修改、复制、立即执行测试任务及查看测试任务的执行结果消息等操作,这些操作均可作为指令而存在。客户端将这些操作指令设置为服务端能够识别的测试任务消息对象,这些消息对象中包含测试任务的信息。而且,每个操作指令具有自身唯一的指令标识,通过这种指令标识,可定位相应的操作指令。
步骤202A,服务端接收并解析测试任务消息对象;
步骤203A,服务端依据测试任务消息对象中具体的操作指令对测试任务执行对应的管理操作;然后将测试任务的状态信息返回给客户端。
具体操作如下:
当操作指令为删除测试任务时,客户端在测试任务界面选择某组测试任务,执行删除操作。该删除操作被客户端设置为一种服务端能够识别的测试任务消息对象,该测试任务消息对象还包含测试任务标识。服务端收到该删除指令后,解析该测试任务消息对象,将对应的测试任务删除,在删除任务之前会做一个测试任务的状态判断。如果当前该测试任务的状态不能进行删除操作,如正在执行过程中,则返回给客户端一个测试任务不能被删除的消息;如果可以删除,则在删除操作成功后通知客户端刷新测试任务列表。
当操作指令为暂停测试任务时,客户端在测试任务界面选择某组测试任务,执行暂停操作,该暂停操作被客户端设置为一种服务端能够识别的测试任务消息对象,该测试任务消息对象还包含测试任务标识。服务端收到该暂停指令后,将对应的测试任务暂停,直到收到恢复指令之前不会再执行该测试任务。暂停指令执行完成之后,通知客户端改变该测试任务状态。
当操作指令为修改测试任务时,客户端在测试任务界面选择某组测试任务,对该测试任务进行修改,修改的内容包括测试功能的增加、删除和修改及测试任务参数的修改。修改完成之后,将修改后的测试任务及修改指令封装为一种服务端识别的测试任务消息对象,并将该测试任务消息对象发送到服务端。服务端接收到并解析该测试任务消息对象,将原有的测试任务进行修改,修改完成之后通知客户端刷新测试任务列表。
当操作指令为复制测试任务时,客户端在测试任务界面选择某组测试任务,对该测试任务执行复制操作,该复制操作被客户端设置为一种服务端能够识别的测试任务消息对象,该测试任务消息对象还包含测试任务标识。服务端收到该复制指令之后,将对应的测试任务信息复制一份,并生成新的测试任务,除测试任务标识不同以外,其它的测试任务内容均与被复制的测试任务相同。复制完成之后,通知客户端刷新测试任务列表。
当操作指令为立即执行测试任务时,客户端在测试任务界面选择任意一组或几组测试任务,对相应的测试任务立即执行操作,该立即执行操作被客户端设置为一种服务端能够识别的测试任务消息对象,该测试任务消息对象还包含测试任务标识。服务端收到该立即执行指令之后,触发该测试任务的执行。执行完成之后,通知客户端修改测试任务的执行状态。
当操作指令为查看测试任务的执行结果消息时,客户端在测试任务界面选择某组测试任务,对该测试任务执行查看执行结果消息的操作,该查看操作被客户端设置为一种服务端能够识别的测试任务消息对象,该测试任务消息对象还包含测试任务标识。服务端收到查看测试任务的执行结果消息指令之后,将执行结果发送给客户端显示,执行结果可以保存为常用文件格式,如XML文件格式。
另外,服务端启动时,将测试任务初始化,并启动所有测试任务。当某个测试任务触发时,服务器将该测试任务重组为对应各个电信设备的测试指令,并将测试指令分发到对应的电信设备。电信设备收到测试指令后根据测试指令开始测试,并在完成测试后将该次测试的执行结果消息分包返回给服务端。服务端根据执行结果消息中配置的测试任务的电信设备标识以及测试任务标识等对执行结果消息进行异步集中处理。当该测试任务所有测试功能执行完成之后,将执行结果消息中的测试结果以XML文件格式或其它文本格式存储在服务端指定存储区域,并将测试任务的执行时间和执行状态发送给客户端,由客户端改变测试任务状态。
这不仅提高了测试的效率,也能够保证一些网络资源消耗较大的测试任务,在不影响网络的情况下,进行正常测试。如果该例行测试执行同时有其它测试任务被触发执行,则若干测试任务之间是并行操作,返回的执行结果消息能够通过各自的测试任务标识来相互区分,测试任务之间不影响任务的执行。
对于上述的各实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。
为实现上述方法,本发明还提供一种例行测试系统、一种电信网络管理的客户端及电信网络管理的服务端,参照图3,示出了该例行测试系统的一个优选实施例的结构。该例行测试系统主要包括电信网络管理客户端301和电信网络管理服务端302,客户端301和服务端302遵循二者的私有协议进行通信,同时为了能够即时监听测试任务的执行状况,在客户端301与服务端302之间注册消息通道,该消息通道能够即时接收来自服务端302的测试任务状态信息。
该例行测试系统包括电信网络管理客户端301,该客户端301,主要用于配置测试任务参数,组装测试任务;封装并发送测试任务消息对象到电信网络管理的服务端302。具体来讲,客户端301将对各电信设备303的测试功能组织成测试任务,再配置测试任务参数,然后将测试任务参数与一条或多条测试功能组装为测试任务。根据具体的操作指令来封装测试任务消息对象,并发送该测试任务消息对象到电信网络管理的服务端302。客户端301接收测试任务的执行状态信息以改变测试任务状态,并且能够显示和刷新测试任务列表,客户端301还可以通过发送操作指令查询测试任务的执行结果消息。这里,客户端301还可以通过向服务端发送相应的操作指令,对测试任务进行删除、暂停、恢复、修改、复制、立即执行等操作。
其中,该客户端301包括:测试任务建立模块3011、测试任务管理模块3012等,具体结构及其功能的介绍如下:
测试任务建立模块3011,用于配置测试任务参数,组装测试任务;
该测试任务建立模块3011包括测试功能设定子模块和测试任务组装子模块等。
测试功能设定子模块,用于将一个或多个含电信设备标识的测试命令设定为测试功能。
该测试功能可以由一个或多个测试命令组成,通过这些命令对被管电信设备进行日常维护,如系统测试、单板测试、CPU测试和内存测试等。这里,测试命令中包含电信设备标识。
测试任务组装子模块,用于配置测试任务参数,将测试任务参数与及一条或多条测试功能组装成测试任务。
测试任务组装子模块组装针对相同或不同电信设备303的测试任务,将一条或多条测试功能作为一组测试任务进行管理。该测试任务参数包括测试周期,初次触发时间,测试起止时间,测试次数等。其中,测试周期的参数单位可以为秒、分、小时、天或月;初次触发时间是周期测试任务第一次执行时间,必须晚于建立测试任务时间,并且必须在测试起止时间之间;测试起止时间为测试任务执行的时间范围;测试次数为循环执行该测试任务的次数,也可以为单条测试功能指定测试次数。
该测试任务中每个测试功能对应一个或多个电信设备标识,标识该测试功能是针对电信设备标识所指示的电信设备303,该测试任务可以对指定的各个不同的电信设备303进行测试。
测试任务管理模块3012,用于封装测试任务消息对象,发送服务端302所识别的测试任务消息对象到服务端302,对测试任务进行管理。
结合客户端301和服务端302通信的私有协议,封装测试任务消息对象,并将该测试任务消息对象发送到服务端302。所述测试任务消息对象包括操作指令和测试任务标识,该操作指令为注册、删除、暂停、恢复、修改、复制、立即执行测试任务或查看测试任务的执行结果消息,这些操作均作为指令而存在。其中,每个操作指令具有自身唯一的指令标识,通过这种指令标识,可定位相应的操作指令,即该操作指令所指示的具体操作内容,如注册、删除测试任务等。另外,该测试任务标识用于指示该操作指令的执行对象,也可用来区分测试任务及测试任务执行结果消息等。
针对不同操作指令,该测试任务消息对象的内容也不同,例如:当该操作指令为注册测试任务时,所述测试任务消息对象为测试任务、注册指令及测试任务标识;当该操作指令为修改测试任务时,所述测试任务消息对象为修改的测试任务参数、修改指令及测试任务标识。
所述测试任务管理模块3012进一步用于注册消息通道,在客户端301初始化时,客户端301的测试任务管理模块3012加载配置信息,该配置信息包括测试任务单设备最大个数,测试任务最大总个数,注册消息通道等。在客户端301与服务端302之间注册消息通道是为了能够即时监听测试任务的执行状况,而该消息通道能够即时接收并转发来自服务端302的消息。例如:服务端302能够通过消息通道返回该执行状态信息到客户端301,以提高对执行结果消息处理效率。
该测试任务管理模块3012包括信息收发子模块、测试任务刷新子模块等。
信息收发子模块,用于发送测试任务消息对象、接收测试任务状态信息等。该信息收发子模块进一步用于接收测试任务状态信息;
测试任务刷新子模块,在获得测试任务状态信息后,用于显示并刷新测试任务列表。
另外,该例行测试系统包括电信网络管理服务端302,用于接收并解析测试任务消息对象,并执行对应的操作。服务端302在初始化时将已注册的测试任务载入,并能够根据操作指令对测试任务进行相应的操作,例如:注册测试任务,服务端302根据电信设备标识将测试任务中的测试功能重组为电信设备所识别的测试指令,并根据配置的测试任务参数设定测试周期、初次触发时间、测试次数等,将测试任务中解析为电信设备303能够识别的测试指令。当测试时间触发时执行测试任务,即是将测试指令分发到对应的电信设备303中。测试任务执行完成之后,服务端302解析执行结果消息,并将测试结果存储并将该测试任务状态信息发送给客户端301。
该例行测试系统的服务端302包括:消息收发模块3021、测试任务处理模块3022、执行结果消息处理模块3023等,其中:
消息收发模块3021,用于接收测试任务消息对象、测试任务的执行结果消息及发送测试指令、测试任务状态信息等等。
例如:当某个测试任务的测试时间触发时,消息收发模块3021将电信设备303所识别的测试指令发送到设置在电信设备303侧的通信代理3031,该通信代理3031根据电信设备标识再将测试指令转发到各个对应的电信设备303,该电信设备303开始进行测试。这里,测试时间触发时执行的测试任务是与具体测试指令相对应的,由于测试指令是根据测试任务得到的,因此测试指令中同样包含着电信设备标识。
再如:当电信设备返回测试任务的执行结果消息之后,消息收发模块3021将其中的测试任务的执行状态信息,如执行时间和执行状态,发送给客户端301,通知客户端301改变测试任务状态,刷新测试任务列表。
测试任务处理模块3022,用于解析测试任务消息对象,对测试任务进行对应的操作。
接收测试任务消息对象后,测试任务处理模块3022对该测试任务消息对象进行解析,读取其中的操作指令标识和测试任务标识,对指定的测试任务进行对应的操作。测试任务处理模块3022主要是通过接收客户端301的操作指令来进行注册、删除、暂停、恢复、修改、复制及立即执行测试任务等操作。
当接收到注册、删除、暂停、恢复、修改、复制以及立即执行测试任务等操作,服务端302则执行相应的操作,并通知客户端301刷新测试任务列表或改变测试任务状态。例如:根据删除指令,服务端删除该指定测试任务;根据暂停指令,暂停该测试任务直到接收到恢复指令;根据修改指令及修改参数,修改该测试任务;根据复制指令,将测试任务复制;根据立即执行指令,直接触发测试任务的执行。
例如:对指定的测试任务进行注册操作时,根据客户端301设定的电信设备标识对测试任务中的测试命令进行分组,并根据配置的测试任务参数设定测试命令的测试周期、初次触发时间、测试次数等。然后将处理后的测试命令针对不同电信设备重新组装,得到对应的各电信设备303的测试指令。该测试指令符合相应电信设备303制定的规范,为电信设备303能够识别的测试指令。当测试任务注册到服务端302后就运行于服务端302,在客户端301显示服务端302的测试任务列表。
执行结果消息处理模块3023,用于解析执行结果消息并存储测试任务的测试结果,并对测试任务的执行及执行结果消息进行统一管理。
电信设备303将执行结果消息发给通信代理3031,由通信代理3031将执行结果消息分包返回给服务端302。服务端302再根据执行结果消息中配置的测试任务的电信设备标识以及测试任务标识等对执行结果消息进行异步集中处理。当该测试任务所有测试功能执行完成之后,将执行结果消息以XML文件格式或其它文本格式存储在服务端302指定存储区域,以便能够统一管理执行结果。
需要说明的是,服务端302启动时,对测试任务进行初始化,主要就是初始化一下全局属性,然后启动所有测试任务;另外,如果该例行测试执行同时有其它测试任务被触发执行,则若干测试任务之间是并行操作的,而且可以通过测试任务的测试任务标识和指令标识区分测试任务的执行结果消息,各测试任务之间不影响,实现异步集中处理。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述即可。以上所述,仅为本发明的较佳实施例而已,只是用来说明和解释本发明,并非用于限定本发明的保护范围。在本发明的精神和权利要求保护范围之内,对本发明所作的任何修改、等同替换,都落入本发明的保护范围。
Claims (10)
1、一种例行测试的方法,其特征在于,包括:
配置测试任务参数,组装测试任务;
客户端封装并发送测试任务消息对象;
服务端接收并解析测试任务消息对象,并执行对应的操作;
将测试任务重组为电信设备所识别的测试指令,执行测试任务时,将该测试指令分发到对应的电信设备;测试任务执行完毕后,将测试任务的测试结果存储在服务端,并将测试任务状态信息返回给客户端。
2、根据权利要求1所述的例行测试的方法,其特征在于,所述客户端发送测试任务消息对象之前,进一步包括:客户端在初始化时,与服务端之间建立消息通道,接收服务端返回的测试任务状态信息。
3、根据权利要求1或2所述的例行测试的方法,其特征在于,所述测试任务消息对象包括操作指令和测试任务标识,该操作指令为注册、删除、暂停、恢复、修改、复制、立即执行测试任务或查看测试任务的执行结果消息;
当该操作指令为注册测试任务时,所述测试任务消息对象还包括测试任务;
当该操作指令为修改测试任务时,所述测试任务消息对象还包括修改的测试任务参数。
4、根据权利要求1所述的例行测试的方法,其特征在于,所述服务端根据电信设备标识对测试任务重新组装得到测试指令。
5、一种例行测试的系统,其特征在于,包括:
客户端,用于配置测试任务参数,组装测试任务;封装并发送测试任务消息对象到电信网络管理的服务端;
服务端,用于接收并解析测试任务消息对象,并执行对应的操作;
当执行测试任务时,服务端用于将测试任务重组为电信设备所识别的测试指令,分发测试指令到指定的电信设备;解析执行结果消息并存储测试任务的测试结果,返回测试任务状态信息给客户端。
6、根据权利要求5所述的例行测试系统,其特征在于,所述客户端还用于注册消息通道,该消息通道用于接收来自服务端的测试任务状态信息。
7、一种电信网络管理的客户端,其特征在于,包括:
测试任务建立模块,用于配置测试任务参数,组装测试任务;
测试任务管理模块,用于封装测试任务消息对象,发送测试任务消息对象到电信网络管理的服务端,实现对测试任务的管理。
8、根据权利要求7所述的电信网络管理的客户端,其特征在于,所述测试任务建立模块包括:
测试功能设定子模块,用于将一个或多个含电信设备标识的测试命令设定为测试功能;
测试任务组装子模块,用于配置测试任务参数,将该测试任务参数及一条或多条测试功能组装成测试任务。
9、根据权利要求7或8所述的电信网络管理的客户端,其特征在于,所述测试任务管理模块进一步用于注册消息通道;
所述测试任务管理模块包括信息收发子模块,用于发送测试任务消息对象;该信息收发子模块进一步用于接收测试任务状态信息;
所述测试任务管理模块进一步包括:测试任务刷新子模块,在获得测试任务状态信息后,用于显示并刷新测试任务列表。
10、一种电信网络管理的服务端,其特征在于,包括:
消息收发模块,用于接收测试任务消息对象、测试任务的执行结果消息、发送测试指令、测试任务状态信息;
测试任务处理模块,用于解析测试任务消息对象,对测试任务进行对应的操作;执行任务时,将测试任务解析并重组为各对应的电信设备所识别的测试指令;
执行结果消息处理模块,用于解析执行结果消息并存储测试任务的测试结果。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100777921A CN101483562B (zh) | 2009-02-19 | 2009-02-19 | 一种例行测试的方法、系统及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100777921A CN101483562B (zh) | 2009-02-19 | 2009-02-19 | 一种例行测试的方法、系统及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101483562A true CN101483562A (zh) | 2009-07-15 |
CN101483562B CN101483562B (zh) | 2012-07-18 |
Family
ID=40880504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100777921A Active CN101483562B (zh) | 2009-02-19 | 2009-02-19 | 一种例行测试的方法、系统及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101483562B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011107058A2 (zh) * | 2011-04-20 | 2011-09-09 | 华为技术有限公司 | 一种iptv终端的测试方法、测试服务器及测试客户端 |
CN104427627A (zh) * | 2013-08-23 | 2015-03-18 | 阿里巴巴集团控股有限公司 | 测试数据获取方法、客户端与服务器 |
CN108696399A (zh) * | 2017-04-07 | 2018-10-23 | 腾讯科技(深圳)有限公司 | 业务服务的测试方法和装置 |
CN109541437A (zh) * | 2018-11-21 | 2019-03-29 | 武汉虹识技术有限公司 | 集成电路及系统 |
CN109840143A (zh) * | 2018-12-21 | 2019-06-04 | 北京城市网邻信息技术有限公司 | 一种功能任务的控制方法、装置、电子设备及存储介质 |
CN111008135A (zh) * | 2019-12-02 | 2020-04-14 | 北京博睿宏远数据科技股份有限公司 | App测试方法、装置、设备及存储介质 |
CN112559325A (zh) * | 2020-12-02 | 2021-03-26 | 海南车智易通信息技术有限公司 | 一种应用程序测试系统、方法、计算设备及可读存储介质 |
CN112688831A (zh) * | 2020-12-23 | 2021-04-20 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100543698C (zh) * | 2007-09-29 | 2009-09-23 | 中兴通讯股份有限公司 | 一种分布式软件系统的集成测试系统及方法 |
CN101150443B (zh) * | 2007-10-17 | 2011-08-24 | 中兴通讯股份有限公司 | 电信网络管理消息的处理方法 |
-
2009
- 2009-02-19 CN CN2009100777921A patent/CN101483562B/zh active Active
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011107058A2 (zh) * | 2011-04-20 | 2011-09-09 | 华为技术有限公司 | 一种iptv终端的测试方法、测试服务器及测试客户端 |
WO2011107058A3 (zh) * | 2011-04-20 | 2012-04-05 | 华为技术有限公司 | 一种iptv终端的测试方法、测试服务器及测试客户端 |
CN102845021A (zh) * | 2011-04-20 | 2012-12-26 | 华为技术有限公司 | 一种iptv终端的测试方法、测试服务器及测试客户端 |
CN102845021B (zh) * | 2011-04-20 | 2015-03-11 | 华为技术有限公司 | 一种iptv终端的测试方法、测试服务器及测试客户端 |
CN104427627A (zh) * | 2013-08-23 | 2015-03-18 | 阿里巴巴集团控股有限公司 | 测试数据获取方法、客户端与服务器 |
CN108696399A (zh) * | 2017-04-07 | 2018-10-23 | 腾讯科技(深圳)有限公司 | 业务服务的测试方法和装置 |
CN109541437A (zh) * | 2018-11-21 | 2019-03-29 | 武汉虹识技术有限公司 | 集成电路及系统 |
CN109541437B (zh) * | 2018-11-21 | 2021-12-14 | 武汉虹识技术有限公司 | 集成电路及系统 |
CN109840143A (zh) * | 2018-12-21 | 2019-06-04 | 北京城市网邻信息技术有限公司 | 一种功能任务的控制方法、装置、电子设备及存储介质 |
CN111008135A (zh) * | 2019-12-02 | 2020-04-14 | 北京博睿宏远数据科技股份有限公司 | App测试方法、装置、设备及存储介质 |
CN111008135B (zh) * | 2019-12-02 | 2024-01-23 | 北京博睿宏远数据科技股份有限公司 | App测试方法、装置、设备及存储介质 |
CN112559325A (zh) * | 2020-12-02 | 2021-03-26 | 海南车智易通信息技术有限公司 | 一种应用程序测试系统、方法、计算设备及可读存储介质 |
CN112559325B (zh) * | 2020-12-02 | 2024-02-23 | 海南车智易通信息技术有限公司 | 一种应用程序测试系统、方法、计算设备及可读存储介质 |
CN112688831A (zh) * | 2020-12-23 | 2021-04-20 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
CN112688831B (zh) * | 2020-12-23 | 2022-03-25 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101483562B (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101483562B (zh) | 一种例行测试的方法、系统及相关设备 | |
CN110310034B (zh) | 一种应用于SaaS的服务编排、业务流程处理方法和装置 | |
CN100353714C (zh) | 一种实现Web服务自动化测试的方法 | |
CN110347942A (zh) | 页面跳转方法、装置、存储介质及计算机设备 | |
CN103313289A (zh) | Wap系统自动化测试系统和方法 | |
CN109885496A (zh) | 测试日志管理方法及系统 | |
CN105677536A (zh) | 一种任务消息的实现方法及实现该任务消息的任务系统 | |
CN102033741B (zh) | 北向接口系统及其实现方法 | |
CN113489593A (zh) | Json报文的核对方法和json报文的核对装置 | |
CN104899134A (zh) | 域名注册服务器自动化测试系统和方法 | |
CN110457132B (zh) | 一种功能对象的创建方法、装置和终端设备 | |
CN109587351B (zh) | 一种呼叫测试方法、装置、设备及存储介质 | |
US8224933B2 (en) | Method and apparatus for case-based service composition | |
CN114328152A (zh) | 日志记录方法、装置、设备及介质 | |
KR101888131B1 (ko) | Dds-dbms 연동 도구의 실시간 변경 데이터 발간 서비스 수행 방법 | |
CN102090039A (zh) | 执行数据中间处理的方法以及关联的计算机程序产品、数据中间处理设备和信息系统 | |
CN114610689B (zh) | 一种分布式环境中请求日志的记录和分析方法 | |
US20040015848A1 (en) | Method of detecting lost objects in a software system | |
CN106126313B (zh) | 一种基于Ambari集成Solr的方法及服务器 | |
KR20090090047A (ko) | Rfid 비즈니스 인식 프레임워크 | |
CN111400060B (zh) | 设备联动方法、装置、服务器和介质 | |
CN110233747B (zh) | 一种数据上报方法及云平台 | |
CN109144489B (zh) | 基于Yang语言模型的状态数据处理方法 | |
CN113407445B (zh) | 端到端自动化测试方法、装置及电子设备 | |
Laval et al. | Data interoperability assessment, case of messaging‐based data exchanges |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |