CN105577463B - 一种基于通信协议的测试方法及其装置 - Google Patents
一种基于通信协议的测试方法及其装置 Download PDFInfo
- Publication number
- CN105577463B CN105577463B CN201410539152.9A CN201410539152A CN105577463B CN 105577463 B CN105577463 B CN 105577463B CN 201410539152 A CN201410539152 A CN 201410539152A CN 105577463 B CN105577463 B CN 105577463B
- Authority
- CN
- China
- Prior art keywords
- protocol
- message
- file
- communication protocol
- test case
- 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.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 112
- 238000010998 test method Methods 0.000 title claims abstract description 11
- 238000012360 testing method Methods 0.000 claims abstract description 131
- 238000004088 simulation Methods 0.000 claims abstract description 6
- 238000000034 method Methods 0.000 claims description 18
- 238000011835 investigation Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 12
- 230000006870 function Effects 0.000 description 8
- 238000013515 script Methods 0.000 description 8
- 238000004590 computer program Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000006399 behavior Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000004886 process control Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 235000008429 bread Nutrition 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Abstract
本申请提供一种基于通信协议的测试方法及其装置，所述方法包括：根据输入指令及预先加载的协议描述文件生成测试用例需要使用的消息；根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件；加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体；加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试。本申请能够对无线通信系统进行简便、高效的测试，且便于维护排查，降低使用的人力成本。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种基于通信协议的测试方法及其装置。
背景技术
随着无线通信技术的发展，通信协议的数量增多，内容也越来越复杂，常用的通信协议如IP承载控制协议(ipbcp协议)、基站系统应用协议(BSSAP协议)等。并且，由于通信过程中各种技术问题的不断出现，通信协议的更新速度也越来越快。而构建一个完整的无线通信系统，通常需要多种通信协议配合实现，且各通信协议需要及时进行更新。
目前的协议测试工具仅支持特定的通信协议和特定的场景，对采用多种通信协议的无线通信系统进行测试通常需要采用多种协议测试工具。但是，不同的测试工具有不同的设计思路和实现方式，用户需要对多种测试工具进行学习，造成学习成本高，使用效率低下。并且，由于不同测试工具所使用的描述脚本不同，采用多种测试工具构建一个测试用例，往往需要多个不同的描述脚本，给测试用例的维护带来非常大的困难。不同测试工具的实现方式不同，由于测试工具实现影响测试结果时，需要花费大量人力进行排查。此外，测试工具的更新也经常跟不上通信协议的更新速度，造成测试无法进行的情况出现。
因此，如何对无线通信系统进行进行简便、高效的测试成为亟待解决的技术问题。
发明内容
有鉴于此，本申请提供一种基于通信协议的测试方法及其装置，其能够对无线通信系统进行简便、高效的测试，且便于维护排查，降低使用的人力成本。
本申请提供一种基于通信协议的测试方法，所述方法包括：
根据输入指令及预先加载的协议描述文件生成测试用例需要使用的消息；
根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件；
加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体；
加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试。
本申请还提供一种基于通信协议的测试装置，所述装置包括：
消息编辑模块，用于根据输入指令及预先加载的协议描述文件生成测试用例需要使用的消息；
用例编辑模块，用于根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件；
系统配置模块，用于加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体；
用例执行模块，用于加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试。
由以上技术方案可见，本申请根据输入指令及预先加载的协议描述文件生成消息，并根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。因此，本申请测试用例文件是采用统一的方式在各种通信协议下进行的编写，降低用户学习使用多种测试工具的成本，方便测试用例的脚本维护排查，大幅提升效率。此外，本申请控制所述协议主体按照通信模型完成各通信协议下测试，从而可以适应不同系统的通信要求。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
图1是本申请一实施例基于通信协议的测试方法的流程图；
图2是本申请生成协议描述文件的方法的流程图；
图3是本申请另一实施例中ipbcp协议的描述文件的示意图；
图4是图3中ipbcp协议的描述文件中消息Request的描述示意图；
图5是本申请再一实施例中BSSAP协议的描述文件的示意图；
图6是图5中BSSAP协议的描述文件中消息f0的描述示意图；
图7是本申请进行消息编辑的图形界面的示意图；
图8是本申请进行用例编辑的图形界面的示意图；
图9是本申请通信模型的流程图；
图10是本申请又一实施例生成协议描述文件的方法的流程图；
图11是本申请一实施例基于通信协议的测试装置的结构图；
图12是本申请编程语言描述模型的结构图；
图13是本申请通信模型的结构图；
图14是本申请另一实施例基于通信协议的测试装置的结构图。
具体实施方式
本申请根据输入指令及预先加载的协议描述文件生成消息，并根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。因此，本申请测试用例文件是采用统一的方式在各种通信协议下进行的编写，降低用户学习使用多种测试工具的成本，方便测试用例的脚本维护排查，大幅提升效率。此外，本申请控制所述协议主体按照通信模型完成各通信协议下测试，从而可以适应不同系统的通信要求。
当然，实施本申请的任一技术方案必不一定需要同时达到以上所述的所有优点。
为了使本领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。
本申请实施例所提供的一种基于通信协议的测试方法，应用于无线通讯系统中的网络设备，该网络设备也称之为协议实体(protocol entity)。例如，一无线通讯系统包括运行应用程序A的网络设备A和运行应用程序B的网络设备B，所述网络设备A和网络设备B是通过TCP协议进行通信。如本申请测试用例是为了测试网络设备B上运行的应用程序B是否能正确处理网络设备A上运行的应用程序A发过来的消息Ma。对于所述测试用例来说，测试人员就需要利用本申请测试方法应用于网络设备A，在网络设备A上模拟出消息Ma发给应用程序B，然后接收应用程序B的响应判断是否符合预期。也就是说本申请测试方法需要模拟应用程序A的行为，运行应用程序A的网络设备A也被称为协议实体。
本申请应用的协议实体，即网络设备在硬件上通常包括CPU、存储器、输入模块、输出模块以及其他硬件。用户通过输入模块，例如鼠标、键盘，发送输入指令给所述CPU，所述CPU调用存储于存储器中的程序控制所述输出设备，例如显示器，进行相应的输出。
参看图1，所述方法1包括：
S1、根据输入指令及预先加载的协议描述文件(protocol description)生成测试用例需要使用的消息。
由于任何通信协议都包含若干条消息(message)，通过所述消息，实现在各个协议实体间的通信。本申请采用编程语言描述模型处理各个通信协议中的消息，定义所述消息的编解码方式，生成协议描述文件。
参看图2，本申请生成协议描述文件的方法2包括：
P1、接收通信协议，完成通信协议的加载和注册。
当本申请测试系统增加新的通信协议，或者原有的通信协议进行升级时，对该通信协议进行加载和注册。
P2、采用编程语言对通信协议中各种消息进行编解码。
具体地，采用XML语言对该新增的通信协议或者升级的通信协议中的消息进行编解码，生成协议描述文件。将所述协议描述文件预先加载到所述协议实体中，该新增的通信协议或者升级的通信协议就能被测试系统支持。因此，增加新的通信协议或者对已有的通信协议进行升级时，本申请可以方便的进行扩展。
参看图3，在本申请一具体实现中，所述ipbcp协议的描述文件如ipbcp_01.xml所示。在该文件中定义了ipbcp协议中4种消息Request、Accepted、Confused、Rejected消息。具体地，参看图4，对消息Request的描述，其分别对消息Request的头(header)和消息信息元素(message information elements)进行了定义。本申请对其他三种消息的描述同消息Request的描述原理相同，故此不再赘述。
参看图5，在本申请另一具体实现中，所述BSSAP协议的描述文件如BSSAP_01.xml所示。在该文件中定义了BSSAP协议中17种消息f0、f4、f1、f2、01、02、03、04、05、06、07、08、09、0a、0b、0c、ff消息。参看图6，为对消息f0的描述，其分别对消息Request的头(header)和消息信息元素(message information elements)进行了定义。本申请对其他消息的描述同消息f0的描述原理相同，故此不再赘述。
在本申请再一具体实现中，参看图7，用户通过图形界面输入所选择的协议类型(协议\Protocol)，消息类型(消息\Message、消息别称\Message Alias)以及消息中的字段的具体值(发送端\Sender、接收端\Receiver)，结合所选择协议类型的协议描述文件(Specified Message)，编辑生成格式统一的用于构成测试用例的消息。
因此，本申请用户仅需要根据所述图像界面给出的提示，输入选择的协议类型、消息类型和消息字段具体值即可结合协议描述文件中各条编解码后的消息，获得格式统一的用于构成测试用例的消息。
S2、根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。
具体地，本申请测试用例模拟一通信系统中的一个功能场景，所述功能场景包括多条消息的交互，以及初始化，释放资源等基本步骤。参见图8，本申请用户通过图形界面，根据测试用例的需要以及预设的用例规则逐条添加步骤S1中生成的消息和基本步骤，编辑形成测试用例文件。
所述预设的测试用例规则通常是指添加消息和基本步骤的规则，如初始化，释放，消息收发等。本申请可以统一制定所述用例规则，对所述测试用例进行统一管理。比如，所有测试用例必须先初始化，最后释放资源，或者统一对某些消息的参数进行设置等。因此，基于预设的统一的用例规则，所生成的测试用例文件的格式是一致的，便于制定复查测试用例的规范，方便测试用例的排查和维护。
由于，本申请步骤S1形成的消息和步骤S2中形成的测试用例文件均为用户通过图形界面进行输入编辑而成，因此降低了测试用例脚本编写的门槛。本申请用户操作更加方便、简单，降低用户学习使用多种工具的成本。
S3、加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体。
具体地，所述系统配置文件保存所模拟的协议实体的信息以及发送的端口IP地址等属性信息。例如，上述协议实体B是否能正确处理协议实体A发过来的消息Ma的测试用例中，所述测试用例要模拟协议实体A向协议实体B发送消息。由于协议实体A和协议实体B是通过TCP协议进行通信，则需要定义协议实体A和协议实体B、协议栈以及两者的IP和端口等基本参数。例如，上述测试用例的系统配置文件00008_SCF.xml定义了两个协议实体，名称分别是AAL2Peer1和AAL2Peer2，用到的协议栈Q2620/mtp3/Aal5,以及类似IP和端口等基本参数的OPC(Original Point Code，本端点码)和DPC(Destination Point Code，目的信令点编码)等属性。
S4、加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试。
在本申请一具体实现中，执行所述测试用例文件，即逐步执行所述测试用例文件的具体步骤，对所述协议主体进行初始化、释放资源等管理，控制所述协议主体按照通信模型执行所述消息。
具体地，参看图9，所述通信模型9包括：
Q1、组装所采用的各通信协议的协议栈，将各通信协议的协议应用组件(protocolwidgets)进行组合。
协议应用组件(protocol widgets)是针对一种协议实现的应用组件，可以灵活组装系统所需的协议栈。组装所采用的各通信协议的协议栈后，可以采用统一的指针进行堆栈操作，实现了多个通信协议的通信操作。例如，电信系统中的mss(Management supportSystem，管理支撑系统)与mgw(Media GateWay，媒体网关)两个协议实体之间的通信协议栈是h248/sctp/ip。通信系统中存在h248和sctp这两种协议的协议应用组件，如果要装配实现h248/sctp/ip的协议栈，系统就把h248和sctp这两种协议应用组件组合在一起。本申请采用各通信协议的协议应用组件进行组合，从而实现如果通信系统增加新的协议时，通信系统中原有协议的协议应用组件是可以重复使用的。比如，上述通信系统增加xxx协议栈，原有协议栈中的h248和sctp协议应用组件是可以重用的。
Q2、协议主体间连接关系的建立。
Q3、协议主体间消息的发送和接收。
所述协议主体按照通信模型完成各通信协议下测试，协议主体间连接关系的建立以及协议主体间消息的发送和接收是配合进行工作的。
参看图10，所述方法还包括：S5、保存所述测试用例文件运行的日志文件。
日志管理主要是帮助测试人员定位分析问题。比如，所有发送和接收的消息记录以及本申请中测试用例的本身行为的一些记录，帮助分析是测试用例本身的问题还是被测系统的问题。
本申请根据输入指令及预先加载的协议描述文件生成消息，并根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。因此，本申请测试用例文件是采用统一的方式在各种通信协议下进行的编写，降低用户学习使用多种测试工具的成本，方便测试用例的脚本维护排查，大幅提升效率。本申请控制所述协议主体按照通信模型完成各通信协议下测试，从而可以适应不同系统的通信要求。
此外，当通信系统增加新的通信协议时，本申请编程语言描述模型以及协议应用组件的组合都便于对于通信系统所新增的通信协议进行扩展。
对应于上述方法，本申请实施例还提供的一种基于通信协议的测试装置，应用于无线通讯系统中的网络设备，该网络设备也称之为协议实体(protocol entity)。
本申请应用的协议实体，即网络设备，在硬件上通常包括CPU、存储器、输入模块、输出模块以及其他硬件。用户通过输入模块，例如鼠标、键盘，发送输入指令给所述CPU，所述CPU调用存储于存储器中的程序控制所述输出设备，例如显示器，进行相应的输出。
参看图11，所述装置在逻辑上包括：
消息编辑模块111，用于根据输入指令及预先加载的协议描述文件(protocoldescription)生成测试用例需要使用的消息。
用例编辑模块112，用于根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。
系统配置模块113，用于加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体。
用例执行模块114，用于加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试。
由于任何通信协议都包含若干条消息(message)，通过所述消息，实现在各个协议实体间的通信。本申请采用编程语言描述模型处理各个通信协议中的消息，定义所述消息的编解码方式，生成协议描述文件。
参看图12，本申请编程语言描述模型包括：
协议管理单元121，用于接收通信协议，完成通信协议的加载和注册。
当本申请测试系统增加新的通信协议，或者原有的通信协议进行升级时，对该通信协议进行加载和注册。
编解码单元122，用于采用编程语言对通信协议中各种消息进行编解码。
具体地，采用XML语言对该新增的通信协议或者升级的通信协议中的全部消息进行编解码，生成协议描述文件。将所述协议描述文件预先加载到所述协议实体中，该新增的通信协议或者升级的通信协议就能被测试系统支持。因此，增加新的通信协议或者对已有的通信协议进行升级时，本申请可以方便的进行扩展。
在本申请再一具体实现中，参看图7，用户通过图形界面输入所选择的协议类型(协议\Protocol)，消息类型(消息\Message、消息别称\Message Alias)以及消息中的字段的具体值(发送端\Sender、接收端\Receiver)，结合所选择协议类型的协议描述文件(Specified Message)，编辑生成格式统一的用于构成测试用例的消息。
因此，本申请用户仅需要根据所述图像界面给出的提示，输入选择的协议类型、消息类型和消息字段具体值即可结合协议描述文件中各条编解码后的消息，获得格式统一的用于构成测试用例的消息。
具体地，本申请测试用例模拟一通信系统中的一个功能场景，所述功能场景包括多条消息的交互，以及初始化，释放资源等基本步骤。参见图8，本申请用户通过图形界面，根据测试用例的需要以及预设的用例规则逐条添加消息编辑模块111中生成的消息和基本步骤，编辑形成测试用例文件。
所述预设的测试用例规则通常是指添加消息和基本步骤的规则，如初始化，释放，消息收发等。本申请可以统一制定所述用例规则，对所述测试用例进行统一管理。比如，所有测试用例必须先初始化，最后释放资源，或者统一对某些消息进行参数设置等。因此，基于预设的统一的用例规则，所生成的测试用例文件的格式是一致的，便于制定复查的规范，方便测试用例的排查和维护。
由于，本申请消息编辑模块111形成的消息和用例编辑模块112中形成的测试用例文件均为用户通过图形界面进行输入编辑，因此降低了测试用例脚本编写的门槛。本申请用户操作更加方便、简单，降低用户学习使用多种工具的成本。
具体地，所述系统配置文件保存所模拟的协议实体的信息以及发送的端口IP地址等属性信息。例如，上述协议实体B是否能正确处理协议实体A发过来的消息Ma的测试用例中，所述测试用例要模拟协议实体A向协议实体B发送消息。由于网络设备A和网络设备B是通过TCP协议进行通信，则需要定义协议实体A和协议实体B、协议栈以及两者的IP和端口等基本参数。例如，上述测试用例的系统配置文件00008_SCF.xml定义了两个协议实体，名称分别是AAL2Peer1和AAL2Peer2，用到的协议栈Q2620/mtp3/Aal5,以及类似IP和端口等基本参数的OPC(Original Point Code，本端点码)和DPC(Destination Point Code，目的信令点编码)等属性。
在本申请一具体实现中，执行所述测试用例文件，即逐步执行所述测试用例文件的具体步骤，对所述协议主体进行初始化、释放资源等管理，控制所述协议主体按照通信模型执行所述消息。
具体地，参看图13，所述通信模型包括：
协议栈管理单元131，用于组装所采用的各通信协议的协议栈，将各通信协议的协议应用组件(protocol widgets)进行组合。
协议应用组件(protocol widgets)是针对一种协议实现的应用组件，可以灵活组装系统所需的协议栈。组装所采用的各通信协议的协议栈后，可以采用统一的指针进行堆栈操作，实现了多个通信协议的通信操作。
例如，电信系统中的mss(Management support System，管理支撑系统)与mgw(Media GateWay，媒体网关)两个协议实体之间的通信协议栈是h248/sctp/ip。通信系统中存在h248和sctp这两种协议的协议应用组件，如果要装配实现h248/sctp/ip的协议栈，系统就把h248和sctp这两种协议应用组件组合在一起。本申请采用各通信协议的协议应用组件进行组合，从而实现如果通信系统增加新的协议时，通信系统中原有协议的协议应用组件是可以重复使用的。比如，上述通信系统增加xxx协议栈，原有协议栈中的h248和sctp协议应用组件是可以重用的。
连接建立单元132，用于协议主体间连接关系的建立。
消息收发单元133，用于协议主体间消息的发送和接收。
所述协议主体按照通信模型完成各通信协议下测试，协议主体间连接关系的建立以及协议主体间消息的发送和接收是配合进行工作的。
参看图14，所述装置还包括：日志管理模块115，用于保存所述测试用例文件运行的日志文件。
日志管理主要是帮助测试人员定位分析问题。比如，所有发送和接收的消息记录以及本申请中测试用例的本身行为的一些记录，帮助分析是测试用例本身的问题还是被测系统的问题。
本申请根据输入指令及预先加载的协议描述文件生成消息，并根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件。因此，本申请测试用例文件是采用统一的方式在各种通信协议下进行的编写，降低用户学习使用多种测试工具的成本，方便测试用例的脚本维护排查，大幅提升效率。本申请控制所述协议主体按照通信模型完成各通信协议下测试，从而可以适应不同系统的通信要求。
此外，当通信系统增加新的通信协议时，本申请编程语言描述模型以及协议栈管理单元都便于对于通信系统所新增的通信协议进行扩展。
下面通过一个具体实例来进一步说明本申请实现。
系统配置文件00008_SCF.xml定义了两个协议实体AAL2Peer1和AAL2Peer2。消息编辑模块和用例编辑模块生成测试用例文件00008_Tc.xml，测试用例文件00008_Tc.xml里面包含两个步骤<xmlgTestProcedure>。第一个是初始化步骤；第二个是一个消息，从AAL2Peer2<sender>发送到AAL2Peer1<receiver>。消息的具体内容<message>，定义了一个Q2630协议的establish confirm(建立确认)消息。加载测试用例指定的系统配置文件00008_SCF.xml，读取到AAL2Peer1和AAL2Peer2的协议主体信息。然后逐步执行测试用例中定义的步骤，也就是首先初始化测试用例需要的协议实体。完成后执行第二步，从AAL2Peer1到AAL2Peer2发送establish confirm消息，这步系统消息收发单元，连接管理单元要配合工作。
本申请的实施例所提供的装置可通过计算机程序实现。本领域技术人员应该能够理解，上述的单元以及模块划分方式仅是众多划分方式中的一种，如果划分为其他单元或模块或不划分块，只要信息对象的具有上述功能，都应该在本申请的保护范围之内。
本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种基于通信协议的测试方法，其特征在于，所述方法包括：
根据输入指令及预先加载的协议描述文件生成测试用例需要使用的消息；
根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件；所述预设的用例规则为统一制定的用例规则；
加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体；
加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试；其中，所述协议描述文件是采用编程语言描述模型生成的，包括：
接受通信协议，完成通信协议的加载和注册；
采用编程语言对通信协议中各种消息进行编解码。
2.根据权利要求1所述的方法，其特征在于，所述输入指令为用户通过图形界面输入的协议类型、消息类型，以及消息中的字段的具体值。
3.根据权利要求1所述的方法，其特征在于，所述编程语言为XML语言。
4.根据权利要求1所述的方法，其特征在于，所述通信模型包括：
组装所采用的各通信协议的协议栈，将各通信协议的协议应用组件进行组合；
协议主体间连接关系的建立；以及，
协议主体间消息的发送和接收。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：保存所述测试用例文件运行的日志文件。
6.一种基于通信协议的测试装置，其特征在于，所述装置包括：
消息编辑模块，用于根据输入指令及预先加载的协议描述文件生成测试用例需要使用的消息；
用例编辑模块，用于根据预设的用例规则添加所述消息和基本步骤，形成测试用例文件；所述预设的用例规则为统一制定的用例规则；
系统配置模块，用于加载所述测试用例指定的系统配置文件，根据所述系统配置文件中的协议实体信息模拟协议实体；
用例执行模块，用于加载并执行所述测试用例文件，管理所述协议主体，并控制所述协议主体按照通信模型完成各通信协议下测试， 所述协议描述文件是采用编程语言描述模型生成，所述编程语言描述模型包括：
协议管理单元，用于接收通信协议，完成通信协议的加载和注册；
编解码单元，用于采用编程语言对通信协议中各种消息进行编解码。
7.根据权利要求6所述的装置，其特征在于，所述输入指令为用户通过图形界面输入的协议类型、消息类型，以及消息中的字段的具体值。
8.根据权利要求6所述的装置，其特征在于，所述编程语言为XML语言。
9.根据权利要求6所述的装置，其特征在于，所述通信模型包括：
协议栈管理单元，用于组装所采用的各通信协议的协议栈，将各通信协议的协议应用组件进行组合；
连接建立单元，用于协议主体间连接关系的建立；以及，
消息收发单元，用于协议主体间消息的发送和接收。
10.根据权利要求6所述的装置，其特征在于，所述装置还包括：
日志管理模块，用于保存所述测试用例文件运行的日志文件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410539152.9A CN105577463B (zh) | 2014-10-13 | 2014-10-13 | 一种基于通信协议的测试方法及其装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410539152.9A CN105577463B (zh) | 2014-10-13 | 2014-10-13 | 一种基于通信协议的测试方法及其装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105577463A CN105577463A (zh) | 2016-05-11 |
| CN105577463B true CN105577463B (zh) | 2019-10-11 |
Family
ID=55887159
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410539152.9A Active CN105577463B (zh) | 2014-10-13 | 2014-10-13 | 一种基于通信协议的测试方法及其装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105577463B (zh) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110798384B (zh) * | 2019-11-06 | 2021-09-28 | 中国电子科技集团公司第四十一研究所 | 一种基于协议分层的协议仿真测试系统及方法 |
| CN112039850B (zh) * | 2020-08-07 | 2022-10-18 | 西安羚控电子科技有限公司 | 一种智能显示控制终端测试设备的通信协议配置方法 |
| CN112231222B (zh) * | 2020-10-27 | 2024-04-09 | 南京林洋电力科技有限公司 | 一种面向对象通信协议的自动化测试方法及系统 |
| CN112765023B (zh) * | 2021-01-19 | 2023-10-03 | 上海幻电信息科技有限公司 | 测试用例生成方法、装置 |
| CN113162977B (zh) * | 2021-03-16 | 2022-10-18 | Oppo广东移动通信有限公司 | 一种信息处理方法及装置、设备、存储介质 |
| CN113268052B (zh) * | 2021-05-31 | 2022-04-08 | 国网陕西省电力公司电力科学研究院 | 一种基于多协议转换的稳控装置检测调试系统及方法 |
| CN113992514B (zh) * | 2021-12-29 | 2022-04-01 | 北京万维盈创科技发展有限公司 | 一种零代码快速实现数采仪协议的方法及数采仪终端 |
| CN115776456A (zh) * | 2022-11-28 | 2023-03-10 | 重庆长安汽车股份有限公司 | 通信协议测试方法、装置、测试设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1764131A (zh) * | 2004-10-22 | 2006-04-26 | 华为技术有限公司 | 一种协议测试系统及方法 |
| CN1901479A (zh) * | 2005-07-19 | 2007-01-24 | 中兴通讯股份有限公司 | 一种基于可定制的多类型网元的模拟方法 |
| CN101534221A (zh) * | 2008-03-11 | 2009-09-16 | 朗讯科技公司 | 一种在测试设备中对通信协议进行测试的方法和装置 |
| CN103198009A (zh) * | 2012-01-04 | 2013-07-10 | 中国移动通信集团公司 | 一种通用测试方法、系统及相应装置 |
-
2014
- 2014-10-13 CN CN201410539152.9A patent/CN105577463B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1764131A (zh) * | 2004-10-22 | 2006-04-26 | 华为技术有限公司 | 一种协议测试系统及方法 |
| CN1901479A (zh) * | 2005-07-19 | 2007-01-24 | 中兴通讯股份有限公司 | 一种基于可定制的多类型网元的模拟方法 |
| CN101534221A (zh) * | 2008-03-11 | 2009-09-16 | 朗讯科技公司 | 一种在测试设备中对通信协议进行测试的方法和装置 |
| CN103198009A (zh) * | 2012-01-04 | 2013-07-10 | 中国移动通信集团公司 | 一种通用测试方法、系统及相应装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105577463A (zh) | 2016-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105577463B (zh) | 一种基于通信协议的测试方法及其装置 | |
| CN105335293B (zh) | 一种基于接口并行的自动化测试系统和方法 | |
| CN103198009B (zh) | 一种通用测试方法、系统及相应装置 | |
| CN106354645B (zh) | 基于后台系统服务或接口的测试方法和测试平台 | |
| US9489277B2 (en) | Application component testing | |
| KR101520056B1 (ko) | 클라우드 기반 모바일/온라인 게임 서버 부하 테스트 자동화 서비스 방법 | |
| CN107463362A (zh) | 基于多个Jenkins的持续部署的方法和系统 | |
| JP2017506843A (ja) | 可視化されたネットワーク運用及び保守のための方法及び装置 | |
| CN107220539B (zh) | 基于需求的ima安全验证分析方法 | |
| US11824725B2 (en) | State machine emulation using domain-specific language constructs | |
| CN101808356A (zh) | 用于td-scdma终端协议一致性测试的协议模拟系统 | |
| Foni et al. | Evaluation methodologies for the NB-IOT system: Issues and ongoing efforts | |
| KR20140106857A (ko) | 프로토콜 적합성 검증 방법, 이를 실행하는 장치 및 이를 실행하는 시스템 | |
| CN107113199B (zh) | 用于分析和处理通信序列的分析装置 | |
| CN110677322B (zh) | 一种基于Python语言的工控安全设备自动化测试系统及方法 | |
| CN110278272B (zh) | 模拟Socket请求的通用方法 | |
| CN105760300B (zh) | 一种stk/utk业务的自动化测试方法及测试系统 | |
| CN113778897A (zh) | 接口的自动测试方法、装置、设备及存储介质 | |
| CN102905300B (zh) | 基于网络数据的lte仿真测试流程自动生成方法 | |
| CN110198222A (zh) | 一种配电自动化终端即插即用测试方法及测试主站 | |
| Chen et al. | ICAT: An IoT device compatibility testing tool | |
| CN117215551A (zh) | 一种基于llm的低代码应用开发方法和系统 | |
| Meftah et al. | Testing nearby peer-to-peer mobile apps at large | |
| CN105207803A (zh) | 一种模拟多个网元的陷阱报文的方法及系统 | |
| CN113347060B (zh) | 基于流程自动化的电力网络故障检测方法、装置和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200925 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Patentee after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Patentee before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200925 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Patentee after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Patentee before: Alibaba Group Holding Ltd. |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20240218 Address after: Guohao Times City # 20-01, 128 Meizhi Road, Singapore Patentee after: Advanced Nova Technology (Singapore) Holdings Ltd. Country or region after: Singapore Address before: 27 Hospital Road, George Town, Grand Cayman ky1-9008 Patentee before: Innovative advanced technology Co.,Ltd. Country or region before: Cayman Islands |