CN101227349B - 一种***变更的自动测试装置及方法 - Google Patents

Abstract

一种***变更的自动测试装置和方法，该装置包括：信息收集装置，用于收集待变更***的信息，所述信息包括静态信息和第一动态信息；所述静态信息用于指示待变更***的软硬件环境；所述第一动态信息用于指示待变更***与外部其他设备的数据交互；信息处理装置，用于根据信息收集装置收集到的信息，设置测试环境和测试用列；测试装置，用于在设置的测试环境中，执行生成的测试用列，并验证测试结果。本发明实施例能够保证测试用列和实际测试***的一致、能够对待变更***进行全面、准确的自动测试，并且测试效率高、成本低。

Description

一种***变更的自动测试装置及方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种***变更的自动测试装置及方法。

背景技术

随着通信技术的发展，网络可以向用户提供各种不同的业务。其中，AS(应用服务器)可以快速、灵活的提供增值业务，因而，AS广泛应用于网络***中。在提供新业务或特性时，常需要将旧的平台或业务进行变更，例如：升级或者提供新业务、新特性等扩展。在进行变更的情况下，比如升级时，通常需要保证升级后的***和周边接口的兼容。为了保证升级后的***和原有***的兼容，各厂商通常会通过测试工具、或真实环境的模拟，以对升级后的***进行测试，来验证升级后的***是否满足需要。但常见测试方法成本较高，且难以完全模拟现网场景，容易造成升级失败。

现有的***变更的测试方案常见的问题体现在：

第一，待变更***的***节点多，接口多，且同类型的节点可能是不同厂家提供，而且厂商间的协议可能存在差异，这样，微小的疏忽就可能导致对接错误，进而导致变更失败。比如：智能网需要和多个SSP(ServiceSwitching Point，业务交换点)、HLR(Home Location Register，归属位置寄存器)、IP(Intelligent Peripheral，智能外设)等节点交互，支持INAP(Intelligent Network Application Protocol，智能网应用规程)、CAP(CAMEL Application Part，CAMEL(移动网增强逻辑的用户应用)应用部分)、MAP(Mobile Application Part，移动应用部分)、WIN(WirelessIntelligent Network，无线智能网)等协议接口，各节点都遵循国际标准或运营商规范进行开发和对接，但实际对接过程中，常常出现由于协议的理解偏差、规范中未明确的参数、含义、取值范围、异常流程等因素导致各厂商的具体实现存在差异，在***变更之前，若未对有影响的差异进行充分分析和测试，微小的疏忽就可能导致对接错误，变更失败。

第二，复杂***为快速、灵活的响应各种需求，常常提供配置等其他手段；并且，在一个通用平台或业务上满足各种差异化需求，该方式在提高开发效率、降低开发成本的同时，也使得通用部分的测试需要考虑诸多场景、流程的组合。这样，在具体实现中，测试用列容易遗漏部分场景，导致变更失败。

现有的一种***变更的测试方法为：采用各种测试工具模拟******，根据测试需要输入、输出参数，并设计预定义测试流程，采用该预定义测试流程对待变更***进行测试。

但是，采用该方法的缺点在于：该预定义测试流程是根据客户需求和相关规范进行设计，这样，对于需求、规范中未明确的参数、含义、取值范围、流程等，测试用的模拟工具和实际***存在差异，这样可能导致对接失败。并且，由于客户需求和相关规范的***，若要覆盖各种场景和组合，成本较高。

现有的另一种***变更的测试方法为：搭建和现网完全一样的测试环境，即将待变更***周边的所有设备用实际设备进行对接测试。但是，采用该方法的缺点在于：需要众多不同类型、不同厂商***，成本高，效率低。

因此，目前还没有能够消除规范未明确、理解歧义、覆盖现网各种场景，保证变更成功的低成本测试方法。

发明内容

本发明实施例提供一种***变更的自动测试方法及装置，保证了测试用列和实际测试***的一致，提高了测试用列的覆盖率和测试效率。

本发明实施例是通过以下技术方案实现的：

一种***变更的自动测试装置，包括：

信息收集装置，用于收集待变更***的信息，所述信息包括静态信息和第一动态信息；所述静态信息用于指示待变更***的软硬件环境；所述第一动态信息用于指示待变更***与外部其他设备的数据交互；

信息处理装置，用于根据信息收集装置收集到的所述静态信息设置测试环境，根据信息收集装置收集到的所述第一动态信息生成测试用列；

测试装置，用于在设置的测试环境中，执行生成的测试用列，并验证测试结果。

一种***变更的自动测试方法，包括：

收集待变更***的信息；所述信息包括：用于指示待变更***的软硬件环境的静态信息，以及用于指示待变更***与外部其他设备的数据交互的第一动态信息；

根据收集到的所述静态信息设置测试环境；

根据收集到的所述第一动态信息生成测试用列；

在搭建的测试环境中，执行所述测试用列，并验证测试结果。

由上述本发明实施例提供的技术方案可以看出，本发明实施例采用将待变更***的信息按照静态信息和动态信息的方式分别进行收集，并在根据静态信息设置的测试环境中，执行根据动态信息生成的测试用列的技术方案，达到保证测试用列和实际测试***的一致、能够对待变更***进行全面、准确的自动测试，并且测试效率高、成本低的技术效果。

附图说明

图1为本发明的第一个实施例的装置的结构图；

图2为本发明的第二个实施例的方法的流程图；

图3为本发明的第三个实施例的待升级***信息的示意图；

图4为本发明的第三个实施例的200***业务的一个呼叫过程。

具体实施方式

如图1所示，本发明的第一个实施例为一种***变更的自动测试装置，包括信息收集装置、信息处理装置和测试装置，其中：

信息收集装置，用于收集待变更***的信息，该信息可以包括静态信息和第一动态信息。该静态信息用于指示待变更***的软硬件环境，比如：待变更***的软硬件配置等信息；该第一动态信息用于指示待变更***与外部其他设备的数据交互。因此，该装置可以包括：用于收集静态信息的静态信息收集单元；以及，用于收集第一动态信息的第一动态信息收集单元。

信息处理装置，用于根据信息收集装置收集到的信息，设置测试环境和测试用列。根据信息收集装置收集到的信息的不同，该装置可以包括：

静态信息处理单元，用于根据信息收集装置收集到的静态信息，搭建用于模拟待变更***的测试***。该单元具体可以为：第一静态信息处理单元，用于将待变更***中的静态信息加载到测试环境中，以搭建测试***。在变更前后静态信息发生变化的情况下，该静态信息处理单元还包括：第二静态信息处理单元，用于将待变更***的静态信息转换为变更后***的静态信息，以搭建测试***。

***消息分析单元，用于根据信息收集装置收集到的动态信息，设置测试用列。该单元具体可以根据接口协议，解析待变更***和***节点之间的交互信息，根据所述信息交互形成待变更***和***节点之间的测试用列。每个用列可对应一个呼叫，用列中包含该呼叫的所有操作时序、操作消息信息，便于模拟***节点功能向待变更***发起呼叫以及获取判定结果。

测试装置，用于在设置的测试环境中，执行生成的测试用列，并验证测试结果。具体可以包括：

***节点模拟单元，用于与测试***进行信息交互并验证测试结果，包括：执行***消息分析单元生成的测试用列，并接收测试***返回的响应消息。该单元可以根据测试需要，指定执行特定的测试用列或批量执行部分或全部测试用列。

在需要收集用于指示待变更***内部的数据处理过程，比如：与用户数据相关的查询、变更请求、变更响应等操作的第二动态信息的情况下，所述自动测试装置还包括：

第二动态信息收集单元，用于收集第二动态信息，并在待变更***的***资源不足的情况下，停止对信息的收集。

在这种情况下，该信息处理装置还可以包括：内部数据分析单元，用于将待变更***内部的数据处理过程，比如：与用户数据相关的查询、变更请求、变更响应等操作，用指定格式按呼叫保存，以生成测试用列，比如：在待变更***的用户数据过于庞大，导致静态信息收集单元收集数据成本较高的情况下，可以采用该单元对第二动态信息进行处理。

在信息处理装置中包括内部数据分析单元的情况下，该测试装置还包括：数据源模拟单元，用于加载内部数据分析单元生成的测试用列，并接收测试***的请求消息，向测试***返回响应消息。

在本发明实施例中，待变更***可以为现网AS，也可以为其他需要进行测试需要的***。

本发明实施例中对***所作的变更，可以包括对***的升级、扩展，也可以包括对***的其他变更操作。

如图2所示，本发明的第二个实施例为一种***变更的自动测试方法，包括如下步骤：

步骤1：收集待变更***的信息，该信息可以作为现网信息，主要包括：用于指示待变更***的测试环境的静态信息；以及用于指示待变更***与外部其他设备的数据交互的第一动态信息。该静态信息可以包括：操作***信息、数据库信息、应用软件信息、内存等软硬件配置信息；该第一动态信息可以包括：待变更***和所有***节点交互的码流。

在需要进行第二动态信息收集的情况下，收集的信息还可以包括：用于指示待变更***内部的数据处理过程的第二动态信息；比如：用户数据的变更等信息。

在执行该步骤的过程中，需要尽量减少对***的开销，以避免对***提供正常服务造成影响。这样，在收集信息的过程中，需根据待测试***提供正常服务的需要，充分考虑信息收集的范围，并且尽量减少对信息的处理(对信息的处理由步骤2实现)。

对于静态信息，可以由用户触发，采用预先设置的用于收集静态信息的静态信息收集工具，通过一次信息收集过程，即一次打包来完成。

对于第一或第二动态信息，可以通过动态信息收集工具来完成信息收集，该工具可以提供用户起停命令，同时用户可在该工具中指定收集运行信息的持续时间，收集信息的类别等配置。待变更***类型采用用户预先设置好的动态信息收集工具，在收集信息的过程中，记录和***节点的交互信令等信息，并且可以将对应信息压缩保存。同时，在本发明实施例中，为了避免运行信息对待升级***类型正常服务的影响，该动态信息收集工具能够在***资源(如CPU(中央处理器)或内存)不足的情况下，强制关闭。

步骤2：对收集到的信息进行处理。针对收集到的信息的不同，该步骤包括：

根据收集到的静态信息设置测试环境，具体可以由静态信息处理工具完成。主要是将步骤1得到的静态信息加载到待变更***环境中；并且，在待变更***和变更后***环境中的静态信息不一致的情况下，需将旧***中的静态信息转换为新***的静态信息。比如：新版本的配置文件中增加了新字段时，需要在现网静态配置中增加新字段及其默认值。

根据收集到的第一动态信息生成测试用列，具体包括根据接口协议，解析待变更***和***节点之间的交互信息，根据所述信息交互形成待变更***和***节点之间的测试用列。该操作具体可以由***消息分析工具完成。每个用列可对应一个呼叫，用列中包含该呼叫的所有操作时序、操作消息信息，便于模拟***节点功能向待变更***发起呼叫以及获取判定结果。

在步骤1收集了第二动态信息的情况下，可以分析该信息，比如：用于指示用户数据变更的查询、变更请求、变更响应等运行信息，并由该第二动态信息生成测试用列，具体可以由内部数据分析工具完成。该方法可以应用于待变更***用户数据过于庞大，用静态信息收集工具收集成本较高的情况下，也可以应用于其他需要对待变更***内部的处理数据进行收集的情况。

步骤3：在搭建的测试环境中，执行测试用列，并验证测试结果。具体包括：首先搭建测试环境，其次加载现网静态数据，使得测试环境和现网保持一致，最后执行测试用列，并验证测试结果。并且，在测试过程中，动态数据、静态数据和测试***进行交互，并验证交互的正确性。具体可以通过***节点模拟工具和测试***进行交互，或者，在收集了第二动态信息的情况下，由***节点模拟工具、数据源模拟工具和测试***进行交互，并验证交互的正确性，其中***节点模拟工具主要根据步骤2输出的测试用列，向测试***发起呼叫，接收并效验测试***的响应；该工具可以根据测试需要，指定用列执行或批量执行；数据源模拟工具用于接受测试***请求，并根据步骤2中的信息，返回正确的响应。

在本发明实施例中，待变更***可以为现网AS，也可以为其他需要进行测试需要的***。

本发明实施例中对***所作的变更，可以包括对***的升级、扩展，也可以包括对***的其他变更操作。

下面以本发明实施例的在SCP(业务控制点)***中的升级过程作为本发明的第三个实施例，对本发明实施例进行详细叙述。

如图3所示，待升级***，即现网SCP在升级前的信息包括：SCP向1000万用户提供200***业务(一种具体的业务)，SCP和多个不同厂商提供的SSP(业务交换点)采用INAP CS1(智能网应用规程能力集1)协议交互。该200***业务提供的功能包括：向1000万个用户开通了普通电话业务、IP(互联网协议)电话业务、修改用户密码、充值等多种通话和管理功能。现网SCP为版本1，对应采用informix 7.4(一种数据库软件)版本的数据库。

待升级信息包括：在SCP管理功能中增加彩票投注业务，且兼容原有的所有功能。由于SCP版本1和informix 7.4已停产，为实现新需求，需采用的版本为SCP版本2，informix 11版本。并且，在SCP版本2中，新增支持CS2(智能网应用规程能力集2)能力，informix 11也增加新功能(本次升级不使用增加的新功能)。

升级测试要求：1、***的原有功能必须兼容；2、需要保证版本SCP2新增CS2功能后不影响CS1的功能，同样的，需要保证informix版本的升级不对现网造成影响；3、现网有其他厂家的SSP，升级后需要保证和其他厂家对接兼容性。

同时，现网有1000万用户数据，用户数据比较庞大。

为了满足上述升级测试要求，采用本发明实施例的自动测试方法包括：

步骤1：收集静态信息，包括：收集现网SCP所在环境OS(操作***)、INFORMIX的配置信息，收集SCP配置信息、计费数据等信息。只升级平台，不升级业务时，还需要收集业务信息。该步骤具体可以由静态信息收集单元完成。

步骤2：收集动态信息，包括：打开动态信息启动开关，收集10个小时的动态信息，所述动态信息包括所述时间段内，各SSP和该SCP所有信令交互码流(即第一动态信息)，同时SCP记录该时间段内，所有数据库操作和响应结果(即第二动态信息)，并压缩保存。图4为200***业务的一个呼叫过程，从图4可以看出，对应每个呼叫，SCP和SSP之间均有9个交互操作，分别为：1、SSP向SCP发送IDP(启动DP(检测点))操作；2、SCP向SSP发送RRBE(请求报告BCSM(基本呼叫状态模型)事件)操作以及PC(提示并收集用户信息)操作；3、SSP向SCP发送PCR(提示并收集用户信息响应)操作，以上报***、密码等信息；4、SCP根据***查询数据库，比对用户输入密码是否正确，并获得该卡对应余额，用于预算；5、SCP向SSP发送AC(申请计费)操作和Connect(连接)操作；6、SSP向SCP发送ACR(申请计费报告)操作和ERB(事件报告)操作；7、SCP根据用户通话时长计算费用，并更新数据库中该卡对应的余额；8、SCP向SSP发送Relewase Call(释放呼叫)操作。

在本实施例中，可以采用第一和第二动态信息收集单元收集第一和第二动态信息，主要收集SCP和SSP交互信令和两次数据库交互信息。信令收集记录SCP接受或发往SSP的操作的时间、操作内容。在本实施例中，操作内容指SCP和SSP间完整的TCAP(事务处理能力应用部分)和INAP(智能网应用规程)信息。比如，针对IDP操作，SCP收到SSP发送的TC_BEGIN(一种消息)消息和TC_INVOKE(一种消息)消息，并记录了接受到对应消息的时间。下面以第一个操作过程，即SSP向SCP发送IDP操作为例，说明第一动态信息的收集。本发明实施例收集的第一动态信息如下表1所示：

表1

07:14:47.757  00 7C 01 00 00 00 A9 FF 01 0A 12 92 00 12 04 89  19 01 60 60 00 00 00 00 00 00 00 07 04 00 00 01  15 03 3D 00 00 00 00 0A 12 92 00 11 04 89 19 08  39 00 00 00 00 00 00 00 00 00 00 00 A9 FF 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 FF  07:14:47.758  00 85 10 00 00 00 A9 00 00 00 A9 00 00 FF 00 3C  01 00 00 00 00 00 70 30 6E 80 01 0B 81 07 81 90  53 87 38 18 F0 82 07 91 89 19 29 64 87 92 83 01  01 84 08 34 12 91 02 40 79 34 F0 A5 1D 81 06 91  89 19 08 39 F0 82 08 01 01 89 19 08 39 00 00 A3  09 80 07 34 F2 11 1C 2B 80 60 87 06 91 89 19 01  50 00 88 08 02 70 01 01 31 22 21 8C 89 01 F1 8A  01 26 8B 01 08 8C 01 0B 8E 05 00 01 B9 1A DE 8F  06 91 89 19 08 39 F0

表1是图4中第一个呼叫，即在SSP向SCP发送IDP操作的过程中，收集的动态信息，包括：发送IDP操作的时间、IDP操作和承载IDP操作的TCAP消息的详细信息。

步骤3：根据步骤2收集的第一动态信息生成测试用列，可以由***消息分析单元生成测试用列。包括：根据分析运行信息中的信令信息，按呼叫和时序生成用列。由于采用INAP CS1协议交互，因此解析TCAP和INAP协议，根据对话号等信息，识别一个呼叫的相关操作，将每个呼叫的信令单独提取，形成单个用列。根据表1生成的测试用列如表2所示。

表2

[common] nrofOperations＝9 [step.1] Start time＝07:14:47 Operation name＝TC-BEGIN Sender＝SSP Operation binary code＝ 00 7C 01 00 00 00 A9 FF 01 0A 12 92 00 12 04 89 ...... [step.2] Start time＝07:14:48 Operation Name＝TC-INVOKE(IDP) Sender＝SSP ......

从表2可以看出，表2为与表1中的操作对应的一个用列的详细信息，代号分别为step.1和step.2，分别对应表1中的TC_BEGIN和TC_INVOKE两条消息中Operation binary code(运行二进制代码)的内容。

表3为测试用列集，如下图所示：

表3

[common]  nrofTestCases＝100  [testcase.1]  Start time＝07:14:47  Test case fileName＝testcase1.txt  ......  [testcase.2]  Start time＝07:14:48  Test case fileName＝testcase2.txt  ......

由表3可以看出，该对话集记录所有测试用列的起始时间，以及对应测试用列所在文件。

步骤4：根据步骤2收集的动态信息中用于指示用户数据变更的运行信息的第二动态信息，将每个呼叫的数据库交互分别记录，供数据源模拟单元加载。该步骤具体可以由内部数据分析单元完成。

步骤5：准备测试环境。

步骤6：模拟SSP，连接测试SCP，根据步骤3中设置的测试用列，按用例中的时间发起呼叫，并接受测试SCP响应，判断响应中信令和用列中是否一致，判定用列是否执行成功。该功能可以默认批量执行；也可以支持指定特定的用列号，来执行特定的测试用列(在确认特殊用列失败原因等情况可以使用执行特定的测试用列的方法)。该步骤具体可以由***节点模拟单元完成。在执行表2所示的测试用列的情况下，***节点模拟单元根据用列的中的码流向AS发送TC-BEGIN和TC-INVOKE消息(携带IDP操作)，等待并效验SCP返回TC_CONTINUE1+TC_INVOKE消息(携带RRBE操作)。

步骤7：数据源模拟单元接受测试SCP数据请求，并发回响应。

本发明实施例采用将待变更***的信息按照静态信息和动态信息的方式分别进行收集，并在根据静态信息设置的测试环境中，执行根据动态信息生成的测试用列的技术方案，达到保证测试用列和实际测试***的一致、能够对待变更***进行全面、准确的自动测试，并且测试效率高、成本低的技术效果。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (13)

1.一种***变更的自动测试装置，其特征在于，所述装置包括：

信息收集装置，用于收集待变更***的信息，所述信息包括静态信息和第一动态信息；所述静态信息用于指示待变更***的软硬件环境；所述第一动态信息用于指示待变更***与外部其他设备的数据交互；

信息处理装置，用于根据信息收集装置收集到的所述静态信息设置测试环境，根据信息收集装置收集到所述第一动态信息生成测试用列；

测试装置，用于在设置的测试环境中，执行生成的测试用列，并验证测试结果。

2.如权利要求1所述的***变更的自动测试装置，其特征在于，所述信息收集装置包括：

静态信息收集单元，用于收集待变更***的静态信息；

第一动态信息收集单元，用于收集待变更***的第一动态信息，并在待变更***的***资源不足的情况下，停止对信息的收集。

3.如权利要求2所述的***变更的自动测试装置，其特征在于，所述信息收集装置还包括：第二动态信息收集单元，用于收集第二动态信息，并在待变更***的***资源不足的情况下，停止对信息的收集；所述第二动态信息用于指示待变更***内部的数据处理过程。

4.如权利要求1所述的***变更的自动测试装置，其特征在于，所述信息处理装置包括：

静态信息处理单元，用于根据信息收集装置收集到的静态信息，搭建用于模拟待变更***的测试***；

***消息分析单元，用于根据信息收集装置收集到的第一动态信息，生成测试用列。

5.如权利要求2所述的***变更的自动测试装置，其特征在于，所述信息处理装置包括：

静态信息处理单元，用于根据信息收集装置收集到的静态信息，搭建用于模拟待变更***的测试***；

***消息分析单元，用于根据信息收集装置收集到的第一动态信息，生成测试用列；

内部数据分析单元，用于根据第二动态信息收集单元收集的第二动态信息，生成测试用列。

6.如权利要求4或5所述的***变更的自动测试装置，其特征在于，所述静态信息处理单元包括：

第一静态信息处理单元，用于将待变更***中的静态信息加载到测试环境中，以搭建测试***；或者，还包括：

第二静态信息处理单元，用于将待变更***的静态信息转换为变更后***的静态信息，以搭建测试***。

7.如权利要求4所述的***变更的自动测试装置，其特征在于，所述测试装置包括：

***节点模拟单元，用于执行***消息分析单元生成的测试用列，并接收测试***返回的响应消息。

8.如权利要求5所述的***变更的自动测试装置，其特征在于，所述测试装置包括：

***节点模拟单元，用于执行***消息分析单元生成的测试用列，并接收测试***返回的响应消息；

数据源模拟单元，用于加载内部数据分析单元生成的测试用列，并接收测试***的请求消息，向测试***返回响应消息。

9.一种***变更的自动测试方法，其特征在于，所述方法包括：

收集待变更***的信息；所述信息包括：用于指示待变更***的软硬件环境的静态信息，以及用于指示待变更***与外部其他设备的数据交互的第一动态信息；

根据收集到的所述静态信息设置测试环境；

根据收集到的所述第一动态信息生成测试用列；

在搭建的测试环境中，执行所述测试用列，并验证测试结果。

10.如权利要求9所述的方法，其特征在于，所述方法还包括：收集待变更***中用于指示待变更***内部的数据处理过程的第二动态信息；并根据所述第二动态信息生成测试用列。

11.如权利要求10所述的方法，其特征在于，在收集待变更***的第一或第二动态信息的过程中，在待变更***的***资源不足的情况下，停止对信息的收集。

12.如权利要求9或10所述的方法，其特征在于，所述根据收集到的所述静态信息设置测试环境的方法具体包括：将静态信息加载到测试环境中；或者，还包括：当待变更***和变更后***的静态信息不一致时，将待变更***中的静态信息转换为变更后***的静态信息。

13.如权利要求9所述的方法，其特征在于，所述根据收集到的所述第一动态信息生成测试用列的方法具体包括：根据接口协议，解析待变更***和***节点之间的交互信息，根据所述交互信息生成待变更***和***节点之间的测试用列。

Images