CN102882737B - 一种基于xml脚本的tl1命令自动化测试方法 - Google Patents

Abstract

本发明公开了一种基于XML脚本的TL1自动化测试方法，涉及TL1命令测试领域。它包括以下步骤：A、在XML格式的脚本文件中存储测试脚本实体信息、测试模块信息和测试项信息；B、解析存储后的脚本文件；C、通过解析后的脚本文件测试TL1命令，并判断TL1命令下发是否成功。本发明够通过XML格式的脚本文件来自动测试TL1命令的下发是否成功，不仅缩短了测试时间，提高了工作效率，而且缩短了通信设备的研发时间。

Description

一种基于XML脚本的TL1命令自动化测试方法

技术领域

本发明涉及TL1命令测试领域，具体涉及一种基于XML脚本的TL1命令自动化测试方法。

背景技术

TL 1(Transaction Language-1)是一种ASCII(American StandardCode for Information Interchange，美国信息互换标准代码)型的人机交互协议，也是一种标准的电信管理协议；TL1的格式不仅简单固定，而且TL1的消息容易阅读，便于操作人员和开发人员的理解。随着通信技术的快速发展，TL1已经广泛应用于通信设备中，由于通信设备中大量的信息均通过TL1命令下发，因此，TL1命令下发是否成功是通信设备能否使用的关键要素，测试TLI命令下发是否成功变得尤为重要。

传统测试TL1命令的方法一般为：1、针对通信设备的需求，在通信设备上根据相关功能的TL1命令定制通信协议格式和交互的数据内容；2、启动第三方TL1命令软件，并连接与通信设备对应的网管服务端口；3、通过人工手动向TL1命令软件输入并下发连接通信设备的TL1命令，并进行逐条测试，用人眼查看TL1命令的返回信息来判断下发的TL1命令是否通过测试，若未通过测试则对TL1命令逻辑进行检查和修改。

但是，传统的测试TL1命令的方法存在以下缺陷：

在测试过程中，不仅需要人工手动输入TL1命令并连接与通信设备对应的网管服务端口，而且需要人工核对TL1命令的返回信息，并判断该TL1命令是否下发成功。由于人工手动输入TL1命令和核对TL1命令的过程比较漫长，因此在大量的TL1命令需要测试的情况下，采用人工手动输入TL1命令和核对TL1命令会浪费大量的测试时间，不仅工作效率较低，延长了通信设备的研发时间，而且使得通信设备从研发到应用于市场的过程比较漫长，通信设备难以得到推广。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种基于XML脚本的TL1命令自动化测试方法，它能够通过XML格式的脚本文件来自动测试TL1命令的下发是否成功，测试时不需要人工手动输入TL1命令和核对TL1命令，测试过程较快，不仅缩短了测试时间，提高了工作效率，而且缩短了通信设备的研发时间，通信设备从研发到应用于市场的过程较快，通信设备能够比较快速的得到推广。

为达到以上目的，本发明采取的技术方案是：一种基于XML脚本的TL1自动化测试方法，其特征在于，包括以下步骤：A、在XML格式的脚本文件中存储测试脚本实体信息、测试模块信息和测试项信息；所述测试脚本实体定义所述脚本文件的起始位置和终止位置，所述测试脚本实体由一个或多个测试模块组成；所述测试模块定义TL1命令的业务类型和测试端口信息，所述测试模块由一个或多个测试项组成；所述测试项定义TL1命令的具体属性，所述具体属性包括编号属性、测试项对应的具体业务名称、具体TL1命令测试数据和TL1测试返回信息的判断标准；B、解析存储后的脚本文件；C、通过解析后的脚本文件测试TL1命令，并判断TL1命令下发是否成功。

在上述技术方案的基础上，步骤B中解析脚本文件的流程包括以下步骤：根据给定路径查找脚本文件，若脚本文件存在，则读取脚本文件；查找脚本文件内的测试脚本实体信息，根据测试脚本实体的起始标签位置来确定测试脚本实体的起始位置，并初始化为测试脚本实体对象后进行存储；若测试脚本实体对象中有测试模块的定义，则读取测试脚本实体对象中的测试模块信息，根据测试模块的数据类型构造测试模块对象，并将构造完成的测试模块对象组成测试模块对象队列，在测试模块对象队列中记录TL1命令的业务类型和测试端口信息；读取一个测试模块对象，若读取的测试模块对象中有测试项的定义，则读取当前测试模块对象中测试项的信息，根据测试项的数据类型构造测试项对象，并将构造完成的测试项对象组成测试项对象队列；依次读取测试项对象队列中每个测试项对象的具体属性；验证所述脚本文件是否解析完成。

在上述技术方案的基础上，步骤B中解析脚本文件的流程还包括以下步骤：若所述脚本文件不存在，则输出返回错误信息并结束测试程序；若测试脚本实体对象中没有测试模块的定义，则输出返回错误信息并结束测试程序；若测试模块对象中没有测试项的定义，则输出返回错误信息并结束测试程序。

在上述技术方案的基础上，步骤B中验证所述脚本文件是否解析完成的流程为：判断当前测试模块对象中是否还有未读取的测试项对象，若是，则继续读取当前测试模块对象中测试项的信息；否则判断当前测试脚本实体对象中是否还有未读取的测试模块对象，若是，则继续读取测试脚本实体对象中测试模块的信息，否则完成脚本文件的解析。

在上述技术方案的基础上，步骤C中通过解析后的脚本文件测试TL1命令的流程包括以下步骤：获取需测试通信设备服务器的IP地址和待测端口队列，根据测试服务器的IP地址连接测试服务器；设置需测试测试项对象的条目索引为零，并将需测试的测试项对象标识为测试项对象队列的开始项；按照所述条目索引读取测试项对象队列中的测试项对象，根据读取的测试项对象获取与其对应的测试模块对象中测试端口信息的值，若所述测试端口信息的值在待测端口队列内，则获取读取的测试项对象的具体属性，并下发具体属性中的具体TL1命令测试数据到测试服务器；将测试服务器返回的数据转换成显示的文字数据，并显示输出。

在上述技术方案的基础上，步骤C中通过解析后的脚本文件测试TL1命令的流程还包括如下步骤：若根据测试服务器的IP地址连接测试服务器则返回错误信息并结束；若测试服务器返回信息不成功，则返回错误信息并结束。

在上述技术方案的基础上，步骤C中通过解析后的脚本文件测试TL1命令的流程还包括如下步骤：若所述测试端口信息的值不在待测端口队列内，则丢弃读取的测试项对象，并重新按照所述条目索引读取测试项对象队列中的测试项对象。

在上述技术方案的基础上，步骤C中判断TL1命令下发是否成功的流程为：从测试服务器返回的数据中检索TL1测试返回信息的判断标准，判断该标准是否符合所述脚本文件中的TL1测试返回信息的判断标准，若是，则TL1命令下发成功，否则TL1命令下发不成功。

在上述技术方案的基础上，步骤C之后还包括如下步骤：判断所述获取读取的测试项对象是否为测试项对象队列中的最后一个，若是，则解析完成，否则继续按照所述条目索引读取测试项对象队列中的测试项对象。

本发明的有益效果在于：

(1)本发明进行TL1命令测试时，通过解析后的脚本文件自动测试通信设备服务器的返回信息是否符合脚本文件中TL1测试返回信息的判断标准，若服务器的返回信息符合脚本文件中TL1测试返回信息的判断标准，则TL1命令下发成功，否则TL1命令下发不成功。因此，本发明能够通过脚本文件自动测试TL1命令下发是否成功，测试时不需要人工手动输入TL1命令和核对TL1命令。与背景技术中的人工判断相比，本发明通过脚本文件自动测试TL1命令下发是否成功的准确率较高，同时降低了人力资源成本；本发明的测试过程较快，不仅缩短了测试时间，提高了工作效率，而且缩短了通信设备的研发时间，通信设备从研发到应用于市场的过程较快，通信设备能够比较快速的得到推广。

(2)本发明在TL1自动化程序中，采用了XML语言格式，通过XML格式的脚本文件中储存测试命令格式、测试端口信息、结果判断标准等信息，规范了TL1命令测试项的格式，从而方便扩充TL1测试项的范围。

附图说明

图1为本发明实施例中的总体流程图；

图2为本发明实施例中XML格式的脚本文件的文本框图；

图3为本发明实施例中XML格式的脚本文件的解析流程图；

图4为本发明中测试TL1命令的流程图。

具体实施方式

以下结合附图及实施例对本发明作进一步详细说明。

参见图1所示，本发明实施例中的基于XML脚本的TL1自动化测试方法，包括以下步骤：

步骤101：在XML(Extensible Markup Language，可扩展标记语言)格式的脚本文件中存储有关TL1命令的信息；

步骤102：解析存储信息后的XML格式的脚本文件(以下简称为脚本文件)；

步骤103：通过解析后的脚本文件测试TL1命令，并判断TL1命令下发是否成功。

参见图2所示，步骤101中脚本文件存储的信息为：

TL1Test：测试脚本实体，定义整个脚本文件的起始位置和终止位置，TL1Test由一个或多个测试模块(TestSuit)组成；

TestSuit：测试模块，定义TL1命令的业务类型(Type)和测试端口信息(Port)，TestSuit内由一个或多个测试项(TestCase)组成；

TestCase：测试项，定义TL1命令的具体属性，具体属性包括编号属性(Searial)、测试项对应的具体业务名称(Name)、具体TL1命令测试数据(Input)和TL1测试返回信息的判断标准(Result)。

编辑脚本文件的脚本代码如下：

<？xml version＝″1.0″encoding＝″UTF-8″？>

(XML版本以及字符编码标注)

<TL1Test>

(定义整个脚本文件的起始位置)

<TestSuit Type＝″Service″Port＝″3334″>

(测试模块的起始位置，定义TL1命令业务类型为Service，测试端口信息为3334)

<TestCase Searial＝″0″Name＝″VOIP端口激活接口″Input＝″ACT-VOIPPORT：：OLTID＝10.78.114.102，PONID＝NA-NA-18-2，ONUIDTYPE＝MAC，ONUID＝54-4B-40-30-FB-58，ONUPORT＝NA-NA-NA-1：CTAG：：；″Result＝″No error″/>

(测试项，定义TL1命令测试项的具体属性，编号属性为0，测试项对应的具体业务名称为VOIP端口激活接口，具体测试命令格式ACT-VOIPPORT：：OLTID＝10.78.114.102，PONID＝NA-NA-18-2，ONUIDTYPE＝MAC，ONUID＝54-4B-40-30-FB-58，ONUPORT＝NA-NA-NA-1：CTAG：：；，测试返回信息的判断标准为No error)

</TestSuit>

(测试模块终止位置)

<TestSuit Type＝″Test″Port＝″3335″>

(测试模块起始位置，定义TL1命令业务类型为Test，测试端口信息为3335)

<TestCase Searial＝″45″Name＝″Query Vlan″Input ＝″LST-DEVINFO：：ONUIP＝10.78.114.100：CTAG：：；″Result＝″List ofDevice Info″/>

(测试项，定义TL1命令测试项的具体属性，定义TL1命令测试项的具体属性，编号属性为45，测试项对应的具体业务名称为Query Vlan，具体测试命令格式为：

LST-DEVINFO：：ONUIP＝10.78.114.100：CTAG：：；测试返回信息的判断标准为List ofDevice Info)

</TestSuit>

(测试模块终止位置)

<TestSuit Type＝″Private″Port＝″9000″>

(测试模块起始位置，定义TL1命令业务类型为Private，测试端口信息为9000)

<TestCase Searial＝″46″Name＝″5516Add Onu″Input＝″ADD-ONU-PON：：DID＝10.78.114.100，PID＝18-3：CTAG12：：TYPE＝AN5506-04B，ONUPW＝0312；″Result＝″No error″/>

(测试项，定义TL1命令测试项的具体属性，编号属性为46，测试项对应的具体业务名称为5516Add Onu，具体测试命令格式ADD-ONU-PON：：DID＝10.78.114.100，PID＝18-3：CTAG12：：TYPE＝AN5506-04B，ONUPW＝0312；，测试返回信息的判断标准为No error)

</TestSuit>

(测试模块终止位置)

</TL1Test>

(定义整个脚本文件的终止位置)

参见图3所示，步骤102包括如下步骤：

步骤201：根据给定路径查找脚本文件。

步骤202：判断脚本文件是否存在，如果是，则转到步骤203；否则转到步骤207。

步骤203：读取脚本文件，查找所述脚本文件内的TL1Test信息，根据TL1Test的起始标签位置来确定TL1Test的起始位置，并初始化为TL1Test对象后进行存储。

步骤204：判断TL1Test对象中是否有TestSuit的定义，如果是，则说明TL1Test对象中包含测试模块，需进一步解析，转到步骤205；否则说明TL1Test对象中没有测试模块，转到步骤207。

步骤205：读取TL1Test对象中的TestSuit信息，根据TestSuit的数据类型构造TestSuit对象，并将构造完成的TestSuit对象组成TestSuit对象队列，在TestSuit对象队列中记录Type和Port。

步骤206：读取一个TestSuit对象，判断TestSuit对象中是否有TestCase的定义，如果是，则说明TestSuit对象中包含测试项，需进一步解析，转到步骤208；否则说明TestSuit对象中不存在测试项，转到步骤207。

步骤207：输出返回错误信息并结束测试程序。

步骤208：读取当前TestSuit对象中的TestCase信息，根据TestCase的数据类型构造TestCase对象，并将构造完成的TestCase对象组成TestCase对象队列，等待程序读取并开始测试。

步骤209：依次读取TestCase对象队列中每个TestCase对象的具体属性值，属性值包括Searial、Name、Input和Result。

步骤210：判断当前TestSuit对象中是否还有未读取的TestCase对象，如果是，则说明当前测试模块未结束，转到步骤208；否则说明该当前测试模块已结束，转到步骤211。

步骤211：判断当前TL1Test对象中是否还有未读取的TestSuit对象，如果是，则转到步骤205，否则完成脚本文件的解析并结束。

参见图4所示，步骤103包括以下步骤：

步骤301：获取需测试通信设备服务器的IP地址和待测端口队列(PortTeam)，根据测试服务器的IP地址连接测试服务器。

步骤302：判断连接测试服务器是否成功，如果是，则转到步骤303；否则转到步骤308。

步骤303：设置需测试的TestCase对象的条目索引(nindex)为零，并将需测试的TestCase对象标识为TestCase对象队列开始项。

步骤304：按照当前条目索引读取TestCase对象队列中的TestCase对象，根据读取的TestCase对象获取与之对应的TestSuit对象中port值。

步骤305：判断获取的Port值是否在PortTeam内，如果是，则转到步骤306；否则丢弃读取的TestCase对象，并转到步骤304。

步骤306：获取已读取的TestCase对象，并得到Searial、Name、Input和Result；下发Input属性到测试服务器，并等待测试服务器返回数据信息。

步骤307：判断测试服务器返回数据信息是否成功，如果是，则转到步骤309：否则说明测试服务器无响应，转到步骤308。

步骤308：返回错误信息并结束。

步骤309：将测试服务器返回的数据转换成可显示的文字数据，并显示输出。

步骤310：从测试服务器返回的数据中检索Result。

步骤311：根据脚本文件中定义的Result，判断测试服务器返回的数据是否符合Result，如果是，则转到步骤312；否则转到步骤313。

步骤312：测试服务器返回的数据符合Result，说明测试服务器返回结果与预期结果一致，TestCase通过测试，TL1命令下发成功，转到步骤314。

步骤313：测试服务器返回的数据不符合Result，说明测试服务器返回结果与预期结果不一致，TestCase不通过测试，TL1命令下发不成功，转到步骤314。

步骤314：判断当前获取的TestCase对象是否为TestCase对象队列中的最后一个(判断标准为nindex＝nindex+1)，如果是，则完成所有TestCase对象的测试，并结束；否则转到步骤304。

本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (8)

1.一种基于XML脚本的TL1自动化测试方法，其特征在于，包括以下步骤：

A、在XML格式的脚本文件中存储测试脚本实体信息、测试模块信息和测试项信息；所述测试脚本实体定义所述脚本文件的起始位置和终止位置，所述测试脚本实体由一个或多个测试模块组成；所述测试模块定义TL1命令的业务类型和测试端口信息，所述测试模块由一个或多个测试项组成；所述测试项定义TL1命令的具体属性，所述具体属性包括编号属性、测试项对应的具体业务名称、具体TL1命令测试数据和TL1测试返回信息的判断标准；

B、解析存储后的脚本文件：

根据给定路径查找脚本文件，若脚本文件存在，则读取脚本文件；查找脚本文件内的测试脚本实体信息，根据测试脚本实体的起始标签位置来确定测试脚本实体的起始位置，并初始化为测试脚本实体对象后进行存储；

若测试脚本实体对象中有测试模块的定义，则读取测试脚本实体对象中的测试模块信息，根据测试模块的数据类型构造测试模块对象，并将构造完成的测试模块对象组成测试模块对象队列，在测试模块对象队列中记录TL1命令的业务类型和测试端口信息；

读取一个测试模块对象，若读取的测试模块对象中有测试项的定义，则读取当前测试模块对象中测试项的信息，根据测试项的数据类型构造测试项对象，并将构造完成的测试项对象组成测试项对象队列；依次读取测试项对象队列中每个测试项对象的具体属性；验证所述脚本文件是否解析完成；

C、通过解析后的脚本文件测试TL1命令，并判断TL1命令下发是否成功。

2.如权利要求1所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤B中解析脚本文件的流程还包括以下步骤：

若所述脚本文件不存在，则输出返回错误信息并结束测试程序；

若测试脚本实体对象中没有测试模块的定义，则输出返回错误信息并结束测试程序；

若测试模块对象中没有测试项的定义，则输出返回错误信息并结束测试程序。

3.如权利要求1所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤B中验证所述脚本文件是否解析完成的流程为：判断当前测试模块对象中是否还有未读取的测试项对象，若是，则继续读取当前测试模块对象中测试项的信息；否则判断当前测试脚本实体对象中是否还有未读取的测试模块对象，若是，则继续读取测试脚本实体对象中测试模块的信息，否则完成脚本文件的解析。

4.如权利要求1所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤C中通过解析后的脚本文件测试TL1命令的流程包括以下步骤：获取需测试通信设备服务器的IP地址和待测端口队列，根据测试服务器的IP地址连接测试服务器；

设置需测试测试项对象的条目索引为零，并将需测试的测试项对象标识为测试项对象队列的开始项；按照所述条目索引读取测试项对象队列中的测试项对象，根据读取的测试项对象获取与其对应的测试模块对象中测试端口信息的值，若所述测试端口信息的值在待测端口队列内，则获取读取的测试项对象的具体属性，并下发具体属性中的具体TL1命令测试数据到测试服务器；将测试服务器返回的数据转换成显示的文字数据，并显示输出。

5.如权利要求4所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤C中通过解析后的脚本文件测试TL1命令的流程还包括如下步骤：

若根据测试服务器的IP地址连接测试服务器则返回错误信息并结束；

若测试服务器返回信息不成功，则返回错误信息并结束。

6.如权利要求4所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤C中通过解析后的脚本文件测试TL1命令的流程还包括如下步骤：若所述测试端口信息的值不在待测端口队列内，则丢弃读取的测试项对象，并重新按照所述条目索引读取测试项对象队列中的测试项对象。

7.如权利要求4所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤C中判断TL1命令下发是否成功的流程为：从测试服务器返回的数据中检索TL1测试返回信息的判断标准，判断该标准是否符合所述脚本文件中的TL1测试返回信息的判断标准，若是，则TL1命令下发成功，否则TL1命令下发不成功。

8.如权利要求5至7任一权利要求所述的基于XML脚本的TL1自动化测试方法，其特征在于，步骤C之后还包括如下步骤：判断所述获取读取的测试项对象是否为测试项对象队列中的最后一个，若是，则解析完成，否则继续按照所述条目索引读取测试项对象队列中的测试项对象。