CN104778118B - 自动化测试技术的改进方法 - Google Patents

Abstract

本发明提出一种自动化测试技术的改进方法，为解决传统自动化测试套的问题，提高其可移植性，灵活性，易用性，并减少了维护工作量。步骤1，构建测试平台；步骤2，通过界面接收用户输入的新命令格式；步骤3，通过界面接受选择特性的容量大小。步骤4，根据接收信息，自动更新相关测试脚本。本发明的目的为提供一种自动化测试技术的改进方法，保留测试套自动化优点的同时可提高传统自动化测试套的可移植性，灵活性，易用性和通用性，且维护量小。

Description

自动化测试技术的改进方法

技术领域

本发明涉及数据处理方法，特别是涉及有关自动化测试技术的数据处理方法。

背景技术

随着人们对带宽需求的日益增长，通讯设备的容量越来越大，功能日益增多，测试工作量亦愈来愈繁重，手工测试已无法满足测试的需求。提高测试效率，缩短测试周期，并保证测试质量已迫在眉睫，自动化测试应运而生。

通信设备传统的自动化测试有2种：

1自动化脚本：每个设备对应一个脚本，每个的测试特性对应一个脚本，不能通用。可移植性，灵活性差，维护需要逐行修改，费时费力，且容易出错。

2，自动化测试套：平台整合所有特性的测试脚本，可根据测试需要选取对应脚本生成测试套，并保存。可移植性和灵活性，通用性增强。

但是测试中会遇到以下情况时，修改脚本工作量大，有时甚至需重新搭建测试平台：

当版本升级后命令行发生变动，此时需要手动更新测试脚本；

当版本升级后特性容量发生变化，此时需要手动更新测试脚本；

修改测试脚本后，无法自动更新原来的测试套，需重新选择生成；

相同功能的设备，命令行格式完全不同，需要从头再来，重新搭建测试平台。

发明内容

本发明要解决的技术问题在于避免现有技术的不足之处而提出自动化测试技术的改进方法。本发明为解决传统自动化测试套的问题，提高其可移植性，灵活性，易用性，并减少了维护工作量。

步骤1 构建测试平台

步骤2 通过界面接收用户输入的新命令格式。

步骤3 通过界面接受选择特性的容量大小。

步骤4根据接收信息，自动更新相关测试脚本。

步骤5根据接收信息，自动更新已生成的相关测试套。

步骤6 用户可新增命令行格式完全不同的产品系列，并可借用以前的测试脚本，测试套，不需要重新搭建测试平台，维护工作量小。

同现有技术相比较，本发明“自动化测试技术的改进方法”的技术效果在于：

本发明的目的为提供一种自动化测试技术的改进方法，保留测试套自动化优点的同时可提高传统自动化测试套的可移植性，灵活性，易用性和通用性，且维护量小。

1. 平台接受命令行格式输入，接受特性容量大小输入；一键更新自动化脚本，一键更新测试套；

当设备版本升级引起命令行改变或特性容量的改变时，自动化测试平台可根据用户输入的命令行格式、特性的容量大小，自动更新测试脚本，并同时更新已生成的测试套的脚本，无需用户逐行修改和重新生成测试套；

2. 对于不同命令行格式的设备，无需重新搭建测试平台，可移植性好

而对于具有相似功能不同命令行格式的设备，无需重新搭建测试平台，本发明可根据用户输入的命令行格式重新生成更新脚本和所有的测试套，直接供新设备使用，维护工作量大大减少。

附图说明

图1是本发明“自动化测试技术的改进方法”自动化平台流程图；

图2是修改命令格式示意图；

图3是特性修改示意图；

图4是新增产品系列示意图；

图5是新增产品系列IPTS9000示意图；

图6是自动化测试模块装置示意图。

具体实施方式

以下结合附图所示实施例作进一步详述。

传统的自动化脚本每种设备、每种特性、甚至于某些版本都需要一个特定脚本与之对应，可移植性，灵活性，易用性、通用性差，维护费时费力。

而测试套自动化形式虽在可移植性，灵活性，易用性方面有所提高。但当新旧版本命令行格式发生部分改变时，需要手动修改脚本中的命令行，或当设备特性的容量发生变化时，也需要手动修改脚本中的边界值，维护工作量大，另已生成的测试套需要重新生成，不能更新。而对于具有相似功能不同命令行格式的设备，自动化工作需要从头再来，重新搭建一套。

为解决上述问题，本发明的目的为提供一种自动化测试技术的改进方法，保留测试套自动化优点的同时具有更好的可移植性，灵活性，易用性和通用性。当设备版本升级引起命令行改变或特性容量的改变时，自动化测试平台可根据用户输入的命令行格式、特性的容量大小，自动更新测试脚本，并同时更新已生成的测试套的脚本，无需用户逐行修改和重新生成测试套；而对于具有相似功能不同命令行格式的设备，无需重新搭建测试平台，本发明可根据用户输入的命令行格式重新生成更新脚本和所有的测试套，直接供新设备使用，维护工作量大大减少。

本发明提供一种自动化测试技术的改进方法，能提高传统自动化的可移植性，灵活性，易用性和通用性，并减少自动化脚本的维护工作量。

1，可以通过界面修改的命令行格式。

2，可通过界面修改特性的容量。

3，根据界面接收命令行格式和特性容量信息，自动更新的测试脚本，保存。

4，根据界面接收命令行格式和特性容量信息，自动更新已生成的测试套，保存。

5，可移植到有相似功能但命令行格式完全不同的设备上使用，无须重新编写脚本，并可重用脚本和测试套，大大减少了工作量，方便日后的维护。

本发明提供一种自动化测试技术的改进方法，具有更好的可移植性，灵活性，易用性，可继承性，并减少了手动修改自动化脚本工作量，方便维护。

其步骤如下：

步骤1 通过测试平台连接到设备，如图1。

用户通过平台输入IP或ID地址TELNET到测试设备上。

步骤2 用户可根据产品系列选择入口，如果找不到匹配选项，需要新增产品系列，则跳到第5步。

步骤3，在产品系列的下一层，用户选择具体的设备类型进入，如图1。

平台显示此设备下所有特性的测试脚本和保存的测试套，如果用户需要修改此设备类型下的命令行格式或特性容量则跳到第4步，如果用户需要新增此产品系列的设备类型，则跳到第6步。用户亦可使用现有脚本进行测试。

步骤4，点击修改本设备类型的命令行格式或特性容量，如图1。

点击修改本设备类型的命令行格式后，平台弹出可输入页面。

如图2，用户通过界面输入新的命令行格式，或者用户通过配置文件修改命令行格式，系统读取界面或配置文件数值后对相应变量赋值。当系统轮询检测到相应变量有所变化时，重新组装命令行格式，并更新相关测试脚本，根据用户的选择是否更新相应的测试套。如图2所示，由于只有“新增板卡”填写了内容，则系统只分析并修改“新增板卡”的命令格式为“set slot/X/lg type XX”，并自动更新包换“新增板卡”的自动化脚本和测试套。

传统的自动化脚本修改方式为：

1，先打开某个特性的相关的脚本文本，搜索后，逐行修改。

2，打开下一特性的相关文件，搜索后，逐行修改。

3，修改完毕，需要逐个测试检查，以免遗漏。

费时费力，容易遗漏，小小的功能变动导致大量的脚本修改。

用户修改某特性的容量，如保护特性原为X个，设备升级后提高到2X个，只需点击“修改”，再找到“保护特性”，将容量设为2X即可，相关的自动化脚本全部替换为2X，无需手动逐行修改相关测试脚本，且能根据用户的选择是否一起更新相关测试套，大大减少了维护工作量。

传统的特性容量修改：

1，打开相关特性的脚本文件，修改FOR循环语句，把X替换为2X；

2，打开下一特性的相关文件，搜索后，逐行修改。

费时费力，容易遗漏，如果整个设备的性能提高一倍，则全部脚本均需手工查找修改。

步骤5，新增产品系列：新增的产品系列命令行格式有比较大的不同，需要重新配置。

用户可通过界面输入或者直接修改配置文件，系统检测到新增产品系列时，则赋值给相应的变量，对命令行重新组装，这时，如果用户选择了继承测试脚本（继承测试用例套），则系统将把测试脚本（测试套）替换为新的命令格式，使用原来测试思路和测试内容，工作量大大减少，如果用户不选择继承，则需要重新编写生成测试脚本、测试套（不推荐）。

如图4“新增产品系列图”：由于IPTS9000系列和IPTS8000系列销售到不同国家，功能相同但命令行标准完全不同，需要重构自动化，则IPTS9000可以使用自己的命令行格式的同时继承IPTS8000的测试思路、测试用例、测试套，在图中填写“继承的产品系列”名称为“IPTS8000”，并在图5“新增产品系列IPTS9000”中选中“是否继承测试脚本”，“是否继承测试套”的复选框。则平台自动生成了IPTS9000的相关自动化。

IPTS9000和IPTS8000的自动化使用功能完全分开，维护却可以统一管理，大大减少了工作量，提高了效率，可移植性，可继承性，灵活性。

而传统的新增产品系列自动化需要重新构架平台，有时由于时间限制和其他方面的制约，自动化测试平台难以形成，影响了测试效率。

步骤6，新增同系列的设备类型一般情况下，命令行格式只会做部分修改，原理和步骤4，步骤5类似，不再累述。

自动化测试装置包括：

输入模块：用来输入命令行格式和特性的边界值。

检测模块：检测有无用户输入，如果有输入则启动更新脚本功能。

更新模块：根据输入内容更新脚本和测试套。

执行模块：执行自动化脚本和测试套。

输入模块：用来接收用户输入的内容，主要包括用户的IP/ID,命令行的格式，特性的容量大小。

检测模块：检测输入模块有无内容，如果有输入内容则读取输入内容，并赋值给相应的变量。

更新模块：检测到相应的变量发生变化，则更新脚本和测试套。

新增模块：新增产品系列以及相关的自动化脚本和测试套。

执行模块：连接设备，对设备下发自动化脚本和测试套，并读取设备的返回值，判断对错，输出报表。

如图6所示，用户通过输入模块输入新的命令行格式和特性容量，检测模块检测到更新或者新增，则赋值给相关变量，则系统更新或者新增自动化脚本和测试套，保存后，执行脚本或者测试套。

Claims (3)

1.一种自动化测试技术的改进方法，其特征在于：

A. 通过测试平台连接到设备；

B. 根据产品系列选择入口，进行步骤C；如果找不到匹配选项，需要新增产品系列，则跳到步骤E；

C. 根据被测设备的所有特性选择适用的测试脚本和已保存的测试用例套，如果需要修改此被测设备类型下的命令行格式或特性容量则进行步骤D；如果用户需要新增产品系列的设备类型，则进行步骤F；如果既不需要修改，又不需要新增设备类型，则使用现有脚本完成对被测设备的测试；

D. 输入新的命令行格式，或者通过配置文件修改命令行格式，测试平台读取输入的新命令行格式或修改的配置文件数值后对相应变量赋值；

当测试平台轮询检测到相应变量有所变化时，重新组装命令行格式，并更新相关测试脚本，并根据输入指令选择是否更新相应的测试用例套；用修改后的测试脚本和测试用例套完成对被测设备的测试；

E. 输入或者直接修改配置文件，测试平台检测到新增产品系列时，则赋值给相应的变量，对命令行重新组装；

如果用户选择了继承测试脚本或者继承测试用例套，则测试平台将把相应的测试脚本或者测试用例套替换为新的命令格式；如果用户不选择继承，则需要重新编写生成测试脚本或者测试用例套；

测试平台用修改后的测试脚本和测试用例套完成对被测设备的测试；

F. 输入或者直接修改配置文件，测试平台检测到产品系列中有新增设备类型时，则赋值给相应的变量，对命令行重新组装；

如果用户选择了继承测试脚本或者继承测试用例套，则测试平台将把相应的测试脚本或者测试用例套替换为新的命令格式；如果用户不选择继承，则需要重新编写生成测试脚本或者测试用例套；

测试平台用修改后的测试脚本和测试用例套完成对被测设备的测试；

在步骤D、步骤E和步骤F中，当测试平台检测到有命令行格式改变时，则把新的命令行格式传给相关变量，没有检测到变化时，使用默认值；

当测试平台检测到有特性容量变化时，则把新的特性容量值传给相关变量，没有检测到变化时，使用默认值；

测试平台检测到命令行格式的相关变量或者特性边界值的变量发生变化时，则更新相关的自动化脚本；

测试平台检测到命令行格式的相关变量或者特性边界值的变量发生变化时，则更新相关的测试用例套；

当需要移植到有相同功能但命令行格式完全不同的设备类型上时，只需要手工输入变化后的命令行格式，测试平台自动完成更新。

2.根据权利要求1所述的自动化测试技术的改进方法，其特征在于：

在步骤D、步骤E和步骤F中，更新后的测试脚本和测试用例套保存时，可选择覆盖原有的测试脚本和测试用例套，或者新生成一套测试脚本和测试用例套；

步骤D、步骤E和步骤F完成后，测试平台将移植到不同设备类型所属的多个测试用例套整合、重新生成为一个新的设备系列，使再次进行所述方法时，可通过选择产品系列和设备类型进行测试区分。

3.一种采用权利要求1所述方法的自动化测试装置，其特征在于：

包括，

输入模块，接收用户的输入值；

检测模块，检测有无用户输入，如果有输入则启动更新脚本功能；

更新模块，根据输入内容更新脚本和测试用例套；

执行模块，执行自动化脚本和测试用例套；

输入模块，用来接收用户输入的内容，主要包括用户的IP/ID,命令行的格式，特性容量的大小；

检测模块，检测输入模块有无内容，如果有输入内容则读取输入内容，并赋值给相应的变量；

更新模块，检测到相应的变量发生变化，则更新脚本和测试用例套；

执行模块，连接设备，对设备下发自动化脚本和测试用例套，并读取设备的返回值，判断对错，输出报表；

输入模块的输入框是动态的，可以根据需要增加输入，生成新的特性和脚本；

更新模块根据用户需要选择是否更新测试用例套。