[发明专利]通信设备的自动化测试系统及方法

说明书

技术领域

本发明涉及一种通信设备的自动化测试系统及方法，特别是涉及一种测试平台无关化的通信设备的自动化测试系统及方法。

背景技术

随着国内的中国人口红利的逐渐耗尽，国内人力成本正在逐年攀升。然而，人们对于软件产品的质量和可靠性要求确实在逐年提高的，这就意味着，如果要提高测试的质量，但同时有不至于大幅度提高成本，那么自动化测试是个不错的选择。

Tcl（Tool Command Language，工具命令语言）脚本语言是通信设备自动化测试的首选脚本语言，主要是因为，很多通信类软件测试仪器都对其留了API（应用程序编程接口），例如，Spirent Communication Ltd.生产的仪器，就大量使用的这种语言作为API脚本语言。因其快速高效的特质，以及与C、C++语言的良好转换性，特别适合，AST（Automated Software Testing，自动软件测试）的要求——开发周期短，便于修改，并且有良好的跨平台能力，以及对未来的性能提升（即转化为C代码），具备潜在便利条件。

虽然，Tcl脚本语言，通过Tcl解释器的多系统版本，实现了跨平台能力，但是，Tcl是一种持续进化的语言，它的灵活性，在于它的各种模块化的组件包（组件包是第三方组织创建的工具包，这些工具会在测试过程中使用到）。问题就在于，这些组件包，对于不同的操作系统（Opration System，简称OS）平台具有不同的适应性。有的组件包，只在GNU/Linux上有（GNU计划，又称革奴计划，是由Richard Stallman在1983年9月27日公开发起的。它的目标是创建一套完全自由的操作系统；Linux是一种自由和开放源码的类Unix操作系统（UNIX操作系统，是美国AT&T公司于1971年在PDP-11上运行的操作系统。具有多用户、多任务的特点，支持多种处理器架构），别的OS上就看不到它的实现。但是，当我们恰恰需要这个软件包提供的功能，但是又不能更换测试用的OS平台时，如何完成自动化测试是一个问题。

Tcl脚本语言在发展的过程中，积累了很多成功的工具包，遗憾的是，它们并不都是如Tcl解释器“tclsh.exe”一样具有良好的跨平台特性。如何能够将一个不兼容与本OS的工具包用起来，而不必重新开发一个对应于本OS的类似工具包，是我们面临的一个现实问题。

当前解决这个问题的方法，主要是：

1)通过购买某些ActiveTcl（官方发布的免费Tcl开发环境，包含许多有用的扩展包）的收费工具包；

2)自己开发一个功能类似的工具包；

3)寻找其它较相近的工具包，重新设计实现方案。

以上几种方式虽然可以解决这个问题，但是各自也都存在明显的不足：

1)通过购买收费软件包，是需要计入开发成本的；

2)自己开发功能相近的工具包，需要单独立项，耗费大量公司资源，有可能造成ROI(Return On Investment)受损，影响公司收益；

3)重新设计方案，有时候是可行的，但是，同样涉及ROI的问题，有时候，可能还有开发时间不足的问题。

发明内容

本发明要解决的技术问题是为了克服现有技术在通信设备的自动化测试过程中组件包不能跨平台使用的缺陷，提供一种简单有效、无需开发新的组件包的通信设备的自动化测试系统及方法。

本发明是通过下述技术方案来解决上述技术问题的：

一种通信设备的自动化测试系统，其特点在于，其包括设置了一第一操作系统的一测试主机和设置了一第二操作系统的一辅助测试装置，其中，

该测试主机用于在该第一操作系统下采用TCL测试脚本执行对该通信设备的测试，以及用于发送一命令列表至该辅助测试装置，该命令列表中包括由组件包中的工具命令重新组合封装之后的测试命令，其中该组件包为只能在该第二操作系统中应用的TCL工具包；

该辅助测试装置用于接收该命令列表并识别该命令列表中的测试命令，以及在该第二操作系统下将该测试命令发送至该通信设备以采用TCL测试脚本完成对该通信设备的测试。

通过本发明所述的通信设备的自动化测试系统，无需额外购买收费工具包、也免去了在仓促的时间内开发一个功能相似的工具包的烦恼，采用简单的改进即可实现TCL组件包的跨平台使用。

优选地，该通信设备用于将该测试命令的执行结果发送至该辅助测试装置；

该辅助测试装置还用于将该执行结果返回至该测试主机。

优选地，该辅助测试装置还用于将该执行结果以XML格式返回至该测试主机。