CN107306209A - 一种信息获取方法和装置 - Google Patents

Abstract

本发明实施例公开了一种信息获取方法，所述方法包括：获取待测试业务数据；基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果。本发明实施例同时还公开了一种信息获取装置。

Description

一种信息获取方法和装置

技术领域

本发明涉及通信领域中的无线通信测试技术，尤其涉及一种信息获取方法和装置。

背景技术

随着无线通信技术的飞速发展，手机等终端产品所集成的通信模块因需要支持2G/3G/4G等多种制式而越来越复杂，从而使得测试工作的难度和工作量也增加。现有技术中专用的自动化测试仪表往往费用较高，而且不能完全满足研发中不同阶段的需求。为解决上述这些问题，一般采用自主开发自动化测试平台来自动执行测试用例，得到测试结果。

不论采用哪一种测试平台或测试框架，都需要给出准确的测试结果来暴露通信模块的问题。一方面现有的很多自动化测试平台或者框架虽然有很好的自动测试用例的能力，但是难以获取测试结果或者只能得到粗略的测试结果，不能充分暴露通信模块中比较隐蔽的问题。另一方面，可以通过测试过程中测试平台和/或被测对象形成的测试日志来获取通信模块中的问题，但是需要人工分析这些测试日志才可以得到通信模块的问题，工作效率较低。

发明内容

为解决上述技术问题，本发明实施例期望提供一种信息获取方法和装置，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

本发明的技术方案是这样实现的：

一种信息获取方法，所述方法包括：

获取待测试业务数据；

基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果。

可选的，所述从原始数据中获取待测试业务数据，包括：

接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据。

可选的，所述接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据，包括：

接收请求指令信息并响应所述请求指令信息，获取需要测试的所述待测试业务数据的类型；

基于所述待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从所述原始数据中获取所述待测试业务数据；其中，所述原始数据与业务数据之间的关系映射表预先存储在数据库中的。

可选的，所述基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果，包括：

将所述待测试业务数据与所述预设规则进行比较，判断所述待测试业务数据的参数是否符合所述预设规则的要求；

若所述待测试业务数据的参数符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为通过；

若所述待测试业务数据的参数不符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为不通过，并获取所述待测试业务数据的参数的错误信息和位置。

可选的，所述方法还包括：

发送所述待测试业务数据的测试结果、所述待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知所述待测试业务数据中存在的问题。

一种信息获取装置，所述装置包括：获取单元和处理单元，其中：

所述获取单元，用于获取待测试业务数据；

所述处理单元，用于基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果。

可选的，所述获取单元具体用于：接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据。

可选的，所述获取单元包括：第一获取模块和第二获取模块，其中：

所述第一获取模块，用于接收请求指令信息并响应所述请求指令信息，获取需要测试的所述待测试业务数据的类型；

所述第二获取模块，用于基于所述待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从所述原始数据中获取所述待测试业务数据；其中，所述原始数据与业务数据之间的关系映射表预先存储在数据库中的。

可选的，所述处理单元包括：判断模块和处理模块，其中：

所述判断模块，用于将所述待测试业务数据与所述预设规则进行比较，判断所述待测试业务数据的参数是否符合所述预设规则的要求；

所述处理模块，用于若所述待测试业务数据的参数符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为通过；

所述处理模块，还用于若所述待测试业务数据的参数不符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为不通过，并获取所述待测试业务数据的参数的错误信息和位置。

可选的，所述装置还包括：发送单元，其中：

所述发送单元，用于发送所述待测试业务数据的测试结果、所述待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知所述待测试业务数据中存在的问题。

本发明实施例所提供的信息获取方法和装置，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

附图说明

图1为本发明的实施例提供的一种信息获取方法的流程示意图；

图2为本发明的实施例提供的另一种信息获取方法的流程示意图；

图3为本发明的实施例提供的又一种信息获取方法的流程示意图；

图4为本发明的另一实施例提供的一种信息获取方法的流程示意图；

图5为本发明的实施例提供的一种信息获取装置的结构示意图；

图6为本发明的实施例提供的另一种信息获取装置的结构示意图；

图7为本发明的实施例提供的又一种信息获取装置的结构示意图；

图8为本发明的另一实施例提供的一种信息获取装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明的实施例提供一种信息获取方法，参照图1所示，该方法包括以下步骤：

步骤101、获取待测试业务数据。

具体的，步骤101获取待测试业务数据可以是由信息获取装置来实现的；待测试业务数据可以是测试人员关心的和与测试用例结果判断相关的数据，是从测试日志的原始数据中分析得到的。

步骤102、基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果。

具体的，步骤102基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果可以是由信息获取装置来实现的。可以判断得到的待测试业务数据与预设规则之间的关系，然后根据判断结果得到对于待测试业务数据的测试结果，实现对待测试业务数据的分析。

本发明实施例所提供的信息获取方法，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

本发明的实施例提供一种信息获取方法，参照图2所示，该方法包括以下步骤：

步骤201、信息获取装置接收请求指令信息，并响应请求指令信息从原始数据中获取待测试业务数据。

具体的，本发明中提供的信息获取方法优选的可以应用于测试平台或者测试系统中，测试平台或者测试系统需要对测试过程中产生的日志信息进行分析来得到待测试业务数据的测试结果，此时，测试平台或者测试系统中的业务分析模块可以发送请求指令信息至业务数据模块，然后业务数据模块基于该请求指令信息在原始数据模块中获取原始数据并返回给业务数据模块，之后业务数据模块在得到的原始数据中查找待测试业务数据，并将待测试业务数据返回给业务分析模块。

步骤202、信息获取装置基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果。

具体的，测试平台或者测试系统中的业务分析模块将得到的待测试业务数据与预设规则进行比较，判断待测试业务数据与预设规则之间的关系，然后根据判断结果获取待测试业务数据的测试结果。

需要说明的是，本实施例中与其它实施例中相同步骤和信息的解释可以参照其它实施例中的描述，此处不再赘述。

本发明实施例所提供的信息获取方法，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

本发明的实施例提供一种信息获取方法，参照图3所示，该方法包括以下步骤：

步骤301、信息获取装置接收请求指令信息并响应请求指令信息，获取需要测试的待测试业务数据的类型。

具体的，接收请求指令信息并响应请求质量信息，获取需要测试的待测试业务数据的类型可以是由业务分析模块来实现的，业务分析模块可以包括业务分析主控模块、业务分析子模块和业务抽象分析模块。其中，待测试业务数据的类型可以包括：物理层的扫频业务数据、无线资源控制(Radio ResourceControl，RRC)层的无线承载(Radio Access Bearer，RB)建立业务数据或者无线链路控制(Radio Link Control，RLC)层错误检测业务数据等数据。

步骤302、信息获取装置基于待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从原始数据中获取待测试业务数据。

其中，原始数据与业务数据之间的关系映射表预先存储在数据库中的。

具体的，业务数据模块根据得到的需要测试的待测试业务数据的类型，在预先设计并存储的原始数据与业务数据的关系映射表中获取待测试业务数据在原始数据中的存储位置，之后在原始数据模块的原始数据的相应位置中查找并获取待测试业务数据，之后业务数据模块将得到的待测试业务数据返回至业务分析模块；原始数据模块可以从日志里获取原始数据并返回给业务数据模块，原始数据模块可以采用C、C++或者JAVA等编译型语言来实现，基于原始数据模块是从日志中获取原始数据，因为需要处理的日志为二进制数据文件，因此优选的可以采用C++语言来实现原始数据模块；具体的实现过程中，可以提供如下几个接口：ReadFile：读取指定日志文件；GetMsg：获取指定消息通用字段；GetDecode：获取指定消息解码结构；DecodeMsg：获取指定消息解码结果或指定字段等。原始数据与业务数据之间的关系映射表中记录的是不同的业务数据在原始数据中的存储位置，这样可以根据得到的需要测试的业务数据的类型，在原始数据中获取待测试业务数据。

业务数据模块采用变成语言实现的过程中具体可以包括如下文件：

1、MsgMap.js，这个文件定义了所有需要的消息的Type、MsgId、MsgName、Params字段与原始日志数据的映射。

2、ModuleMsg.js，此文件定义了每种业务所需要日志消息。比如扫频业务，需要分析协议栈物理层接口消息中扫频请求消息Frequency_Scan_Req、扫频上报消息Frequency_Scan_Ind、以及扫频取消请求消息Frequency_Scan_Abort_Req；

3、GetLogData.js，此文件的主要功能是，调用原始数据模块的几个接口，将日志数据按照上述结构进行填充。并实现对上接口

步骤303、信息获取装置将待测试业务数据与预设规则进行比较，判断待测试业务数据的参数是否符合预设规则的要求。

具体的，业务分析子模块自己将待测试业务数据与预设规则进行比较，判断待测试业务数据的参数是否符合预设规则的要求，或者业务分析子模块调用业务抽象分析模块对得到的待测试业务数据进行分析，并判断待测试业务数据的参数是否符合预设规则的要求。不同业务分析子模块可能有相似的分析逻辑，可以把具有相似分析逻辑的抽象成业务抽象分析模块，业务抽象分析模块按分析逻辑分析业务数据。预设规则具体可以根据不同类型的业务数据而不同，并且该预设规则预先存储在测试平台或者测试系统的数据库中，业务分析模块进行待测试业务数据分析的时候可以直接在数据库中调用。

其中，步骤303将待测试业务数据与预设规则进行比较，判断待测试业务数据的参数是否符合预设规则的要求，之后可以根据判断结果选择执行步骤304或者步骤305；

步骤304、若待测试业务数据的参数符合预设规则的要求，则信息获取装置确定待测试业务数据的测试结果为通过。

步骤305、若待测试业务数据的参数不符合预设规则的要求，则信息获取装置确定待测试业务数据的测试结果为不通过，并获取待测试业务数据的参数的错误信息和位置。

具体的，测试平台或者测试系统的业务分析模块中的业务分析子模块或者业务抽象分析模块，将得到的待测试业务数据的参数与预设规则之间的关系发送至业务分析模块中的业务分析主控模块，之后业务分析主控模块根据业务分析子模块或者业务抽象分析模块得到的待测试业务数据的参数与预设规则之间的关系，得到待测试业务数据的测试结果。若测试结果为不通过，则继续获取待测试业务数据的参数出错的具体信息和具体位置，并将测试结果、待测试业务数据的参数的错误信息和位置反馈至测试平台或者测试系统。

具体的，业务分析模块可以采用Javascript语言实现该模块，可以提供如下接口：

startParse：分析该业务是否符合预期。

业务分析模块包括一个业务分析主控模块、若干业务分析子模块和若干业务抽象分析模块。业务分析主控模块是业务分析入口，其startParse接口主要实现两个功能，一个是将预期结果处理成固定格式并调用业务数据模块的GetResult形成总的业务数据集合；另一个是根据预期结果里所包含的业务信息调用业务分析子模块的startParse接口，收集返回的结果。一个测试用例可能包含一种或多种业务，一种业务对应一个业务分析子模块。业务分析子模块可以直接处理业务数据进行分析，也可以调用业务抽象分析模块的startParse接口进行分析。不同的业务可能有相似的分析流程,将相似的分析流程抽象成业务抽象分析模块。比如，有几个业务类似于扫频业务，都是Modem协议栈请求物理层对一些频点进行搜索，物理层处理后上报搜索到的频点信息。分析流程都是先分析请求里是否包含关心的频点信息(在预期结果列表里)，再分析上报里是否包含这些所关心的频点。因此业务抽象分析模块的主要流程是，先获取请求里的业务信息，与预期结果比较判断是否需要判断上报，如是，再获取与之匹配的上报里的业务信息，并与预期结果比较看是否与之匹配(如某个参数值在预期范围内)。

其中，步骤304和步骤305之后均可以执行步骤306发送待测试业务数据的测试结果、待测试业务数据的参数的错误信息和位置至测试平台。

进一步，参照图4所示，该方法还包括以下步骤：

步骤306、信息获取装置发送待测试业务数据的测试结果、待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知待测试业务数据中存在的问题。

具体的，对于不同类型的待测试业务数据对应的预设规则可以是不同的，例如：对于物理层的扫频业务数据，预设规则可以为：如果扫频请求中包含所关心(配置)的频点，要求扫频上报中也包含上报的频点。并且，如果上报信号强度值的话，则上报值在(配置的)合适范围内；对于RRC层的RB建立业务数据要求为：如果RB建议请求中包含所关心(配置)的小区信息(频点和小区ID)，则要求日志中有对应的RB建立完成发送；对于RLC层错误检测业务数据要求为：如果日志中有RLC不可恢复性错误，则报告RB的标识信息(ID)等。在实际的应用中，每种业务的数据和要求是由需求决定的。

需要说明的是，本实施例中与其它实施例中相同步骤和信息的解释可以参照其它实施例中的描述，此处不再赘述。

本发明实施例所提供的信息获取方法，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

本发明的实施例提供一种信息获取装置，参照图5所示，该装置包括：获取单元41和处理单元42，其中：

获取单元41，用于获取待测试业务数据。

处理单元42，用于基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果。

本发明实施例所提供的信息获取装置，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

进一步，获取单元41具体用于执行以下步骤：

接收请求指令信息，并响应请求指令信息从原始数据中获取待测试业务数据。

具体的，参照图6所示，获取单元41包括：第一获取模块411和第二获取模块412，其中：

第一获取模块411，用于接收请求指令信息并响应请求指令信息，获取需要测试的待测试业务数据的类型。

第二获取模块412，用于基于待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从原始数据中获取待测试业务数据。

其中，原始数据与业务数据之间的关系映射表预先存储在数据库中的。

进一步具体的，参照图7所示，处理单元42包括：判断模块421和处理模块422，其中：

判断模块421，用于将待测试业务数据与预设规则进行比较，判断待测试业务数据的参数是否符合预设规则的要求。

处理模块422，用于若待测试业务数据的参数符合预设规则的要求，则确定待测试业务数据的测试结果为通过。

处理模块422，还用于若待测试业务数据的参数不符合预设规则的要求，则确定待测试业务数据的测试结果为不通过，并获取待测试业务数据的参数的错误信息和位置。

进一步，参照图8所示，该装置还包括：发送单元43，其中：

发送单元43，用于发送待测试业务数据的测试结果、待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知待测试业务数据中存在的问题。

需要说明的是，本实施例中各个单元和模块之间的交互过程，可以参照图1～4对应的实施例提供的一种信息获取方法中的交互过程，此处不再赘述。

本发明实施例所提供的信息获取装置，通过获取待测试业务数据，基于预设规则，对得到的待测试业务数据进行分析处理，并根据分析结果获取待测试业务数据的测试结果；这样，测试系统或者平台可以实现自动对待测试业务数据的测试并得出测试结果，解决了现有的测试平台或者框架中无法准确的获得测试结果或者需要人工分析才能得到测试结果的问题，极大的提高了工作效率，避免了人工操作。

在实际应用中，所述获取单元41、处理单元42、第一获取模块411、第二获取模块412、判断模块421、处理模块422和发送单元43均可由位于无线数据发送设备中的中央处理器(Central Processing Unit，CPU)、微处理器(MicroProcessor Unit，MPU)、数字信号处理器(Digital Signal Processor，DSP)或现场可编程门阵列(Field Programmable Gate Array，FPGA)等实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种信息获取方法，其特征在于，所述方法包括：

获取待测试业务数据；

基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果。

2.根据权利要求1所述的方法，其特征在于，所述获取待测试业务数据，包括：

接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据。

3.根据权利要求2所述的方法，其特征在于，所述接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据，包括：

接收请求指令信息并响应所述请求指令信息，获取需要测试的所述待测试业务数据的类型；

基于所述待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从所述原始数据中获取所述待测试业务数据；其中，所述原始数据与业务数据之间的关系映射表预先存储在数据库中的。

4.根据权利要求1所述的方法，其特征在于，所述基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果，包括：

将所述待测试业务数据与所述预设规则进行比较，判断所述待测试业务数据的参数是否符合所述预设规则的要求；

若所述待测试业务数据的参数符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为通过；

若所述待测试业务数据的参数不符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为不通过，并获取所述待测试业务数据的参数的错误信息和位置。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

发送所述待测试业务数据的测试结果、所述待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知所述待测试业务数据中存在的问题。

6.一种信息获取装置，其特征在于，所述装置包括：获取单元和处理单元，其中：

所述获取单元，用于获取待测试业务数据；

所述处理单元，用于基于预设规则，对得到的所述待测试业务数据进行分析处理，并根据分析结果获取所述待测试业务数据的测试结果。

7.根据权利要求6所述的装置，其特征在于，所述获取单元具体用于：接收请求指令信息，并响应所述请求指令信息从原始数据中获取所述待测试业务数据。

8.根据权利要求7所述的装置，其特征在于，所述获取单元包括：第一获取模块和第二获取模块，其中：

所述第一获取模块，用于接收请求指令信息并响应所述请求指令信息，获取需要测试的所述待测试业务数据的类型；

所述第二获取模块，用于基于所述待测试业务数据的类型和原始数据与业务数据之间的关系映射表，从所述原始数据中获取所述待测试业务数据；其中，所述原始数据与业务数据之间的关系映射表预先存储在数据库中的。

9.根据权利要求6所述的装置，其特征在于，所述处理单元包括：判断模块和处理模块，其中：

所述判断模块，用于将所述待测试业务数据与所述预设规则进行比较，判断所述待测试业务数据的参数是否符合所述预设规则的要求；

所述处理模块，用于若所述待测试业务数据的参数符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为通过；

所述处理模块，还用于若所述待测试业务数据的参数不符合所述预设规则的要求，则确定所述待测试业务数据的测试结果为不通过，并获取所述待测试业务数据的参数的错误信息和位置。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：发送单元，其中：

所述发送单元，用于发送所述待测试业务数据的测试结果、所述待测试业务数据的参数的错误信息和位置至测试平台，以便于用户能够得知所述待测试业务数据中存在的问题。