[发明专利]测试方法和系统

说明书

技术领域

本发明涉及测试领域，尤其是一种测试方法和系统。

背景技术

在路由器、交换机等网络通信设备的研发、生产、部署和维护等过程中，对这些网络设备的功能和性能进行验证和测量是必不可少的步骤。一般来说，对被测网络设备进行测试有两种方法：一种是手工测试；另一种是自动化测试。

手工测试是指测试人员通过鼠标或键盘等输入设备，通过人机交互界面操作和管理，按照测试人员的测试意图进行配置、开始测试、查看测试运行状态或中间结果、修改配置、继续查看测试运行状态或中间结果......直到完成测试。在测试的过程中，测试人员可以根据各种情况实时的调整测试参数，甚至调整测试策略，体现出极大的灵活性和可控性。但是，这种测试方法的缺点是速度较慢，并且在步骤繁多的时候，重复性差、容易出现配置错误等情况。

自动化测试是指运行测试人员按照测试方案预先使用某种脚本编程语言编写的脚本，执行测试。因为脚本中已经对各种输入作出预设，并对预期的反馈(正常的和异常的)结果也作了相应处理，所以在执行的过程中无须人为干预，直到脚本运行结束完成测试。为了满足这种测试方法的需求，测试仪器/仪表通常会提供基于某种脚本编程语言(如TCL，Perl等)的扩展命令，测试人员可以在脚本中使用这些扩展命令来操纵测试仪器/仪表。这种测试方法具有执行速度快、可重复性好等特点，其缺点是缺乏灵活性，只能按照预设的方案进行测试。

目前所使用的测试方法中所涉及的人机交互界面都是图形测试人员界面，测试人员主要使用鼠标并辅以键盘输入，完成手工测试。同时，为了满足测试人员的自动化测试需求，还另外专门提供了基于某种特定脚本编程语言(比如TCL语言)的扩展命令(或称为应用程序编程接口，API)，供测试人员在其测试脚本中调用，以实现自动化测试。上述技术方案有如下缺点：

1、单一的脚本语言。脚本语言的种类是丰富多样的，但是测试仪表/仪器只能提供某种特定脚本语言的扩展命令集，这就限制了测试人员只能使用这种脚本语言；

2、较高的研发成本和较长的研发周期。因为要支持测试人员两种不同的应用需求--手工测试和自动化测试，必须开发出两套不同的操作体系--图形测试人员界面(Graphical User Interface，GUI)和基于某种脚本语言的扩展命令集，增加了研发成本，使得研发周期相应的变长，并且降低了对新增功能需求的响应速度。

发明内容

本发明实施例提供一种测试方法和系统，用以实现手工测试与自动化测试的统一，而且在自动化测试中可以选择不同的脚本编程语言编写脚本。

本发明实施例提供了一种测试方法，包括：

对接收到的文本命令进行解析；

根据解析的结果，调用相应的测试程序执行所述文本命令，并返回执行结果。

本发明实施例还提供了一种测试系统，包括：

通信模块，用于接收文本命令，以及返回所述文本命令的执行结果；

解析模块，用于对所述文本命令进行解析；

执行模块，用于根据解析的结果，调用相应的测试程序执行所述文本命令。

由上述技术方案可知，本发明实施例根据对接收到的文本命令的解析的结果，调用相应的测试程序执行文本命令以进行相应的测试，统一了手工测试与自动化测试这两种方法，而且在自动化测试中可以选择不同的脚本编程语言编写脚本，从而减少了研发测试系统的成本。

附图说明

图1为本发明测试方法的实施例的流程示意图；

图2为本发明测试系统的实施例的结构示意图。

具体实施方式

下面结合附图对本发明的具体实施例作进一步详细的说明。

如图1所示，为本发明测试方法的实施例的流程示意图。本实施例包括以下步骤：

步骤101、测试仪器/仪表对接收到的文本命令进行解析；

上述文本命令可以是测试人员在进行手工测试的时候直接输入的，还可以是测试人员在进行自动化测试的时候通过运行的脚本发送的。具体来说，可以通过统一的命令行界面(Command Line Interface，CLI)来实现上述手工测试与自动化测试的结合，即通过命令行界面获取用于进行测试的文本命令。命令行界面获取上述文本命令可以通过两种方式，一种方式为命令行界面直接获取测试人员输入的上述文本命令；另一种方式为命令行界面获取运行的脚本发送的上述文本命令，即测试人员首先在文本编辑器中编辑脚本，将上述文本命令嵌入到脚本中，当运行脚本时，输出嵌入的文本命令到命令行界面。