[发明专利]硬件设备自动化测试系统及其测试方法

说明书

技术领域

本发明属于设备测试技术领域，涉及一种硬件设备测试系统，尤其涉及一种硬件设备自动化测试系统；同时，本发明还涉及上述硬件设备自动化测试系统的测试方法。

背景技术

随着技术的发展，各类硬件设备和系统(消费类电子、通信、汽车电子、航空航天…)的集成度和复杂度越来越高，对其测试往往涉及到基础电子、网络通信、软硬件结合等多个方面，但要求的测试周期却越来越短，因此，行业对测试技术也提出了新的要求。硬件设备和系统的测试手段经历了从手动测试到通过编程实现局部测试自动化的发展过程。

目前，大家普遍采用“编程开发”实现测试自动化(编程语言如：C、VB、LabVIEW、TCL等)，这要求硬件自动化测试工程师必须精通程序开发。并且，由于测试类编程语言往往带有技术偏向性，比如，LabVIEW适合用于基础电子类测试程序开发，TCL适合网络通信类测试程序开发，QTP等工具适合GUI(图形化用户界面)相关测试脚本开发，可见，对于复杂的测试项目，自动化测试工程师(或团队)需要掌握多种差异很大的开发语言或工具，并且，需要对不同语言开发的代码进行整合，技术难度很大，间接导致测试自动化率难以提高。而且，在日常工作中，工程师(或团队)需要花费大量的时间在程序编写和调试等“非核心业务”上，而无法专注在测试本身。

在这样的背景下，类似美国国家仪器有限公司(National Instruments)的TestStand软件越来越受到硬件测试人员的喜爱。TestStand是一套“测试序列构建”软件，自动化测试开发人员可以用LabVIEW、C等编写具体的测试步骤，总体的测试序列/逻辑由TestStand构建，这样，一方面可以减小编程工作量，同时，简化了各类语言开发的程序的集成难度。

但TestStand同样存在其不足之处：

1.只能用于构建测试序列，具体测试步骤仍需通过编程实现，如简单的文件IO操作需要外部编程实现；

2.通过适配器(Adapter)可调用软件模块类型较少，主要有LabVIEW VI、CVI DLL、C/C++DLL、.NET、ActiveX和HTBasic等，对偏向网络测试的脚本语言如TCL、Python等只能通过“Call Executable”的方式间接调用，参数传递不灵活；

3.无法支持GUI自动化。

发明内容

本发明所要解决的技术问题是：提供一种硬件设备自动化测试系统，提供各类可用于实现测试步骤自动化的模块/工具，可以在一个系统中整合各类软硬件资源，实现测试流程自动化。

此外，本发明进一步提供上述硬件设备自动化测试系统的测试方法，提供各类可用于实现测试步骤自动化的模块/工具，可以在一个系统中整合各类软硬件资源，实现测试流程自动化。

为解决上述技术问题，本发明采用如下技术方案：

一种硬件设备自动化测试系统，所述系统包括：测试逻辑模块、通用工具模块、外部程序调用模块、网络协议模块和GUI自动化模块；

测试逻辑模块包含用于实现各类测试逻辑的工具，这些工具用于实现各类测试逻辑，将其它模块中的工具组合成完整的测试流程；测试逻辑模块包括循环单元、条件判断单元、并行单元、等待单元、事件触发单元；

循环单元用于实现测试流程中的需要循环的步骤；分为两种类型：循环次数确定的循环——设置循环次数即可；需要在每次循环结束后通过条件判断确定是否继续循环——设置循环条件，设置一个或多个条件，这些条件通过与、或逻辑组合；

条件判断单元用于通过条件判断确定测试流程走向，即，在多个可能的分支中，选择一个分支执行；针对每个分支，设置一个或多个条件，多个条件通过与、或逻辑组合；有一个分支为默认分支，当所有条件都不满足时，执行该分支；

并行单元用于并行执行多个测试任务；多个并行的任务同时开始，独立执行，直到所有任务都执行结束。并行结构不限制同时执行的任务数量；

等待单元用于在测试流程中插入等待；

事件触发单元用于在过个并行测试任务间设置事件触发关系；分为两个模块：“触发事件”模块和“等待事件”模块；“等待事件”模块会一直等待，直到“触发事件”模块等到执行，并触发该事件；

通用工具模块包含了测试过程中通用的测试步骤实现工具，包括文件操作工具、对话框工具、数学运算工具；

文件操作工具通过配置完成对文件的创建、读、写、复制、删除操作；可配置的参数有：文件路径、文件名、操作类型、写操作中的数据源、读操作中的被赋值变量名；