CN1863238A - 通信主机的测试系统及其方法 - Google Patents

Abstract

本发明涉及通信系统的测试技术，公开了一种通信主机的测试系统及其方法，使得测试用例和主机侧测试设计的耦合得以减少。本发明中，在主机中每一个需要测试的模块上设置一个测试接口，实现对本模块最基本的查询和数据设置，在测试终端上实现测试逻辑，根据每一测试内容进行接口调用的组合。此外，测试接口可以在配置维护接口上定义，或采用自定义通道实现，或在透明消息通道上实现。

Description

通信主机的测试系统及其方法

技术领域

本发明涉及通信系统的测试技术，特别涉及通信主机的测试系统及其方法。

背景技术

通信系统设计复杂，导致需要测试的内容繁多，测试项从通信设备的内部设计来看有两类：第一种测试项是不影响系统内部设计，直接利用系统正常操作维护和业务功能进行测试用例输入和测试结果观察，从而验证测试结果是否和预料一致，如图1左边框图所示，被测系统中的各项系统功能被单独划分出来，通过测试用例的输入，测试不同的系统功能，最后通过测试结果观察功能是否实现。此类测试项的设计只属于测试用例设计范畴，测试人员只要根据通信设备的需求和设计规格即可设计出测试用例。第二种测试项是需要在系统中进行额外设计，通过已实现的测试功能进行测试过程，如图1右边框图所示，被测系统中嵌入了专门的测试功能模块，由测试功能模块来对划分的系统功能进行测试，而测试用例输入与测试结果观察则需要通过测试功能模块的处理才得以实现。

对于上述第二种测试项而言，测试设计必须要依赖于通信设备内部的设计，这种强耦合的关系导致此类测试项有如下主要缺点：首先测试设计缺乏完备性，测试设计需要分解到通信设备系统设计，测试设计的实现是否完成需要依赖系统设计；其次测试设计的验证缺乏可靠性，测试项是否验证成功依赖于系统设计，系统设计中测试功能验证成功不一定就说明是被测功能验证成功；最后测试设计缺乏可扩展性，对测试项的修改因为会导致系统设计的修改，所以许多测试项因为系统版本限制而不能灵活修改。

因此，测试设计和被测试对象设计即系统设计之间尽可能独立是通信测试的一个主要目标。

下面介绍一种在现有技术中常用的方法。在这种方法中，在系统设计的主机中完成测试设计的所有内容，测试终端只是一个简单的测试命令发送和测试结果显示的终端。以一个复杂的环回测试为例，结合图2进行分析。在环回测试开始后，测试终端需要完成一下的步骤：首先是环回测试参数的收集，接下来是环回测试命令的发送，然后是环回测试命令结果的接收，最后为环回测试结果的显示。主机担负了大量的测试任务，即需要首先进行环回测试参数的分析；然后进行环回测试过程的选择；接下来是环回测试过程的实施；紧接着环回测试结果的收集；最后是环回测试结果的发送。图2中从分析回环命令到收集回环测试结果结束之间的所有步骤都在主机侧进行。

在这种方法中，每种测试用例的设计和主机设计强相关，换句话说就是测试设计与主机是强耦合的关系。为了支持复杂众多的测试用例，主机侧的系统设计也需要增加同等复杂度的设计，大大增加了系统设计的工作量。

通常，除了大版本的设计能较完备的考虑测试情况以外，对于小版本的更改，出于人力和计划上的原因，一般是不会充分考虑测试用例的设计。这样导致一个很实际的问题，就是系统设计支持的测试用例已经不能满足当时的测试需求，造成测试需求和实现的脱节，测试人员无法进行完备有效的测试，无法验证系统。

下面介绍另一种方法，这种方法是增强对测试终端的设计，即把测试终端做成能自动进行批命令测试、自动分析测试结果，从而达到测试自动化的目的。这种方案能大大提高测试的执行效率。

这种方法虽然能大大提高测试的执行效率，但对主机侧的测试设计没有任何帮助，所以该方案也存在技术上的种种缺点。

发明内容

有鉴于此，本发明的主要目的在于提供一种通信主机的测试系统及其方法，使得测试用例和主机侧测试设计的耦合得以减少。

为实现上述目的，本发明提供了一种通信主机的测试系统，包含向用户提供操作界面的测试终端和含有多个模块的主机，所述主机中每一个需要测试的模块还包含至少一个测试接口，用于实现对该接口所属模块的基本信息查询和数据设置；

所述测试终端还用于实现测试逻辑，测试逻辑中对所述主机进行的操作通过对各测试接口的调用的组合实现。

其中，所述测试终端对测试逻辑的实现具体包含：

根据所述测试逻辑收集测试参数、向所述主机发送测试命令、选择和实施测试过程、收集来自所述主机的反馈信息并进行分析，以及向用户输出测试结果。

此外在所述系统中，所述测试接口在所述主机的配置维护接口基础上实现，根据该配置维护接口的接口定义规则，定义出每一个测试接口。

此外在所述系统中，所述主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息；

所述主机还包含第一模块，用于对收到的测试命令进行解释后分发给相应的模块，并且将来自需要测试的模块的反馈消息转换为所述统一格式后发送给所述测试终端；

所述测试终端还用于将需要发送的测试命令转换为所述统一格式后通过所述透明消息通道发送给所述主机，并且，对来自所述主机的消息进行解释。

此外在所述系统中，所述测试终端采用图形化人机交互界面。

本发明还提供了一种通信主机的测试方法，应用于上文所述的测试系统，包含以下步骤：

测试终端从用户处获取测试要求，其中包含测试参数；

所述测试终端分析所述测试要求，根据相应的测试逻辑，将该测试要求中对所述主机进行的操作分解为测试命令的组合，其中每一条测试命令都是对测试接口的一次调用；

所述测试终端将测试命令发送给所述主机，并对主机反馈的信息进行分析，生成测试结果输出给用户。

其中，所述主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息；

所述方法还包含以下步骤：

所述测试终端将需要发送的测试命令转换为所述统一格式后发送给所述主机；

所述主机对收到的测试命令进行解释后分发给相应的模块；

所述主机在收到模块的反馈消息时，将其转换为所述统一格式后发送给所述测试终端；

所述测试终端对来自所述主机的消息进行解释。

此外在所述方法中，所述测试接口在所述主机的配置维护接口基础上实现，根据该配置维护接口的接口定义规则，定义出每一个测试接口。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，本发明在主机中每一个需要测试的模块上设置一个测试接口，实现对本模块最基本的查询和数据设置，在测试终端上实现测试逻辑，根据每一测试内容进行接口调用的组合。

此外，测试接口可以在配置维护接口上定义，或采用自定义通道实现，或在透明消息通道上实现。

这种技术方案上的区别，带来了较为明显的有益效果，即减少了测试用例和主机侧测试设计的耦合，使测试用例和主机侧版本可以不同步开发。

因为随测试需求而变化的测试逻辑不在主机侧实现，主机侧只实现轻易不变的最基本的测试接口，所以大大减少了主机侧的测试设计工作量，随着代码量的减少主机侧的可靠性也相应增加。

测试终端是专用于实现测试功能的，功能模块少，在实现测试逻辑时比较方便，升级时也不会影响主机的正常功能，增加了测试用例设计的灵活性和扩展性，增加了全系统的可测试性。

附图说明

图1是现有技术中两种测试项框架示意图；

图2是现有技术中环回测试过程的时序图；

图3是根据本发明的通信主机的测试系统的示意图；

图4是根据本发明的通信主机的测试系统的环回测试过程的时序图；

图5是根据本发明的通信主机的测试系统的通信主机的测试方法流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

总的来说，本发明的原理在于，将系统设计中测试设计分为主机和测试终端两部分，其中，主机中只实现测试设计中最简最直接的测试逻辑，而复杂的测试逻辑如测试过程、测试控制在测试终端中实现，由此减少了测试用例和主机侧测试设计的耦合，使测试用例和主机侧版本可以不同步开发。

下面参照图3解释根据本发明的第一实施例的通信主机的测试系统。

如图所示，本发明的通信主机的测试系统包含测试终端和主机。测试终端用于向用户提供操作界面，并实现测试逻辑。其中，测试逻辑中对主机进行的操作通过对各测试接口的调用的组合实现。在本实施例中，测试终端对测试逻辑的实现具体包含：根据测试逻辑收集测试参数、向主机发送测试命令、选择和实施测试过程、收集来自主机的反馈信息并进行分析，以及向用户输出测试结果。

测试终端与用户之间采用图形化人机交互界面，和主机侧的接口则是内部自定义接口。本实施例中采用的是一般主机都具备的配置维护接口，将这些测试接口定义为维护接口，直接利用维护接口实现，这一点将在下文中进一步详细描述。

主机含有多个模块，并且主机中每一个需要测试的模块还包含至少一个测试接口，用于实现对该接口所属模块的基本信息查询和数据设置，这些测试接口与最简单的维护接口类似。本实施例中，如上所述，测试接口是在主机的配置维护接口基础上实现的，根据该配置维护接口的接口定义规则，定义出每一个测试接口。

在这种情况下，需要遵循维护接口的接口定义规则，如命令字、参数范围、输出格式等，这种方法需要针对每一个测试接口都需要有完整的定义，较为繁琐。

需要指出的是，配置维护接口是对主机整体而言的，一般来说主机对外出的O&M接口都统称为配置维护接口。配置维护接口主要分为文本形式和二进制形式，一般来说命令行维护终端采用文本接口，图形终端采用二进制接口。

各个O&M功能都通过配置维护接口对外提供功能，简单的说，配置维护接口是形式，而处理接口内容的功能实体是网元内部的O&M功能模块，如配置模块、告警模块、性能统计模块等。当然，配置维护接口的实现也要由具体的功能模块承担，如文本接口模块、二进制接口模块等。所以，如果测试功能需要使用配置维护接口的话，则测试功能也需要实现处理接口内容中属于测试的功能实体，如测试模块。

上面介绍了根据本发明的第一实施例的通信主机的测试系统的各部分构成以及之间的关系，下面进一步说明该测试系统的工作情况。

首先，测试终端从用户获取含有测试参数的测试要求。此后，测试终端分析测试要求，并根据相应的测试逻辑，将该测试要求中对主机进行的操作分解为测试命令的组合，其中每一条测试命令都是对测试接口的一次调用。接着，测试终端将测试命令发送给主机，并对主机反馈的信息进行分析，生成测试结果输出给用户。在本实施例中，如上所述，测试接口在主机的配置维护接口基础上实现，根据该配置维护接口的接口定义规则，定义出每一个测试接口。可参见图4示出的环回测试过程的时序图。

由此可见，本发明在主机中每一个需要测试的模块上设置一个测试接口，实现对本模块最基本的查询和数据设置，在测试终端上实现测试逻辑，根据每一测试内容进行接口调用的组合。从而减少了测试用例和主机侧测试设计的耦合，使测试用例和主机侧版本可以不同步开发。另一方面，测试终端是专用于实现测试功能的，功能模块少，在实现测试逻辑时比较方便，升级时也不会影响主机的正常功能，增加了测试用例设计的灵活性和扩展性，增加了全系统的可测试性。

通过分析可以理解，由于随测试需求而变化的测试逻辑不在主机侧实现，主机侧只实现轻易不变的最基本的测试接口，所以大大减少了主机侧的测试设计工作量，随着代码量的减少主机侧的可靠性也相应增加。

接下来说明根据本发明的第二实施例的通信主机测试系统。该测试系统也包含测试终端和主机。

测试终端用于向用户提供操作界面，并实现测试逻辑，测试逻辑中对主机进行的操作通过对各测试接口的调用的组合实现。测试终端对测试逻辑的实现具体包含：根据测试逻辑收集测试参数、向主机发送测试命令、选择和实施测试过程、收集来自主机的反馈信息并进行分析，以及向用户输出测试结果。

主机含有多个模块，主机中每一个需要测试的模块还包含至少一个测试接口，用于实现对该接口所属模块的基本信息查询和数据设置。

在本实施例中，测试终端也采用图形化人机交互界面，并且，和主机侧的接口是内部自定义接口。但是，不同于上述第一实施例的，本实施中采用的是自定义通道。

具体的说，主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息。透明通道的命名的由来是在产品的开发和维护过程中，客户和产品内部的维护需求也会不断增加。如果采取上述方式，就需要不断设计和实现O&M命令，这些O&M命令需要在配置维护接口模块中定义命令字、参数格式等和接口相关的内容。对于产品内部的维护需求和测试需求而言，实现这些命令接口的代价较大。一个变通的方案是配置维护接口中定义一种特殊的命令，这种命令携带有若干个预格式参数，如32位整型，参数的定义对配置维护接口透明。这样如果新增一条测试命令时，只需要在终端和测试模块中增加对这参数的定义和解释即可，不必再对配置维护接口做任何修改。透明通道大大简化了命令的接口定义，尤其适合对业务模块的内部测试需求的实现。

在这种情况下，本实施例中的主机还包含第一模块，用于对收到的测试命令进行解释后分发给相应的模块，并且将来自需要测试的模块的反馈消息转换为统一格式后发送给测试终端。与此同时，测试终端还用于将需要发送的测试命令转换为统一格式后通过透明消息通道发送给主机，并且，对来自主机的消息进行解释。

由此，主机侧只提供一个透明通道，其通道中的测试命令和测试结果均以统一的消息包传送，这些消息包只有测试终端和主机侧的一个专用测试命令分发模块理解，这样就省去了配置维护接口中格式化定义的内容。

图5示出第二实施例的通信主机测试系统的工作情况。首先，在步骤510，测试终端从用户获取测试要求，其中包含测试参数。接着，在步骤520，测试终端分析测试要求，根据相应的测试逻辑，将该测试要求中对主机进行的操作分解为测试命令的组合，其中每一条测试命令都是对测试接口的一次调用。

然后，测试终端将测试命令发送给主机，并对主机反馈的信息进行分析，生成测试结果输出给用户。具体的说，这个过程对应图5中的步骤530～步骤560。其中，主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息。

在步骤530：测试终端将需要发送的测试命令转换为统一格式后发送给主机。在步骤540：主机对收到的测试命令进行解释后分发给相应的模块。在步骤550：主机在收到模块的反馈消息时，将其转换为统一格式后发送给测试终端。最后，进入步骤560，测试终端对来自主机的消息进行解释，并生成测试结果，输出给用户。

通过对现有技术和本发明的第一、第二实施例的比较可以发现，现有技术中主机需要负责以下功能：

1、环回测试参数的分析；

2、环回测试过程的选择；

3、环回测试过程的实施；

4、环回测试结果的收集；

5、环回测试结果的发送。

测试终端需要负责以下功能：

1、环回测试参数的收集；

2、环回测试命令的发送；

3、环回测试命令结果的接收；

4、环回测试结果的显示。

然而，在本发明中，主机需要负责以下功能：

1、完成环回测试过程的每一步骤的执行命令。

测试终端需要负责以下功能：

1、环回测试参数的收集；

2、环回测试命令的发送；

3、环回测试过程的选择；

4、环回测试过程的实施；

5、环回测试结果的收集；

6、环回测试结果的显示。

这种方案不但能够减少测试用例和主机侧测试设计的耦合，使测试用例和主机侧版本可以不同步开发。并且能够减少主机侧的测试设计工作量，也增加其可靠性。此外，还能够增加测试用例设计的灵活性和扩展性，增加全系统的可测试性。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (8)

1.一种通信主机的测试系统，包含向用户提供操作界面的测试终端和含有多个模块的主机，

其特征在于，所述主机中每一个需要测试的模块还包含至少一个测试接口，用于实现对该接口所属模块的基本信息查询和数据设置；

所述测试终端还用于实现测试逻辑，测试逻辑中对所述主机进行的操作通过对各测试接口的调用的组合实现。

2.根据权利要求1所述的通信主机的测试系统，其特征在于，所述测试终端对测试逻辑的实现具体包含：

根据所述测试逻辑收集测试参数、向所述主机发送测试命令、选择和实施测试过程、收集来自所述主机的反馈信息并进行分析，以及向用户输出测试结果。

3.根据权利要求1所述的通信主机的测试系统，其特征在于，所述测试接口在所述主机的配置维护接口基础上实现，根据该配置维护接口的接口定义规则，定义出每一个测试接口。

4.根据权利要求1所述的通信主机的测试系统，其特征在于，所述主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息；

所述主机还包含第一模块，用于对收到的测试命令进行解释后分发给相应的模块，并且将来自需要测试的模块的反馈消息转换为所述统一格式后发送给所述测试终端；

所述测试终端还用于将需要发送的测试命令转换为所述统一格式后通过所述透明消息通道发送给所述主机，并且，对来自所述主机的消息进行解释。

5.根据权利要求1所述的通信主机的测试系统，其特征在于，所述测试终端采用图形化人机交互界面。

6.一种通信主机的测试方法，应用于权利要求1所述的测试系统，

其特征在于，包含以下步骤：

测试终端从用户获取测试要求，其中包含测试参数；

所述测试终端分析所述测试要求，根据相应的测试逻辑，将该测试要求中对所述主机进行的操作分解为测试命令的组合，其中每一条测试命令都是对测试接口的一次调用；

所述测试终端将测试命令发送给所述主机，并对主机反馈的信息进行分析，生成测试结果输出给用户。

7.根据权利要求6所述的通信主机的测试方法，其特征在于，所述主机和测试终端之间以透明消息通道连接，该透明消息通道用于传输统一格式的消息；

所述方法还包含以下步骤：

所述测试终端将需要发送的测试命令转换为所述统一格式后发送给所述主机；

所述主机对收到的测试命令进行解释后分发给相应的模块；

所述主机在收到模块的反馈消息时，将其转换为所述统一格式后发送给所述测试终端；

所述测试终端对来自所述主机的消息进行解释。

8.根据权利要求6所述的通信主机的测试方法，其特征在于，所述测试接口在所述主机的配置维护接口基础上实现，根据该配置维护接口的接口定义规则，定义出每一个测试接口。

Images