构建整体化的自动化测试平台.docVIP

构建整体化的自动化测试平台 　　摘要:文章通过构建一个整体化的,不依赖于自动化测试实现方法、实现手段的自动化测试平台与工具,以期达到提高自动化测试实现效率、方便自动化测试管理等目的。 　　关键词:自动化测试;测试仪器;整体化测试平台框架 　　中图分类号:TP311文献标识码:A 　　文章编号:1009-2374#8196;(2010)22-0024-02 　　 　　1自动化测试简介 　　自动化测试的出现可以大大减少测试开销,同时大幅提高有限时间内的测试覆盖率。成熟的自动化测试机制,是可重复的、极少的人工资源投入的,可以做到“即使最小的改动也可以以最小的代价进行全面的测试”。 　　但是,在自动化测试实施与推广过程中,常常会因为自动化测试手段与工具的多样化与不统一化对自动化测试件设计/开发效率的影响等,导致自动化测试无法有效地推广开来。 　　本文通过对数据通信领域的自动化测试平台的探讨,寻找到一种更好的搭建自动化测试平台的方法,提高自动化测试效率。本文提到的实现方法,是以数据通信领域产品的自动化测试为例进行阐述与实际实现的,其他领域的软件自动化测试可以依据自身的特点与情况对此进行一些修正与改造。 　　2自动化测试实现的常见问题 　　在通常的自动化测试实现中存在着一些常见的差异性: 　　自动化测试所使用的测试仪器或工具不同,如:使用PC作为测试工具,或者使用数通领域通用的测试仪器(如:思博伦公司的SmartBits或IXIA公司的IXIA测试仪)作为测试工具。 　　测试环境(或拓扑)不同,如:有的自动化测试环境为单台被测设备,有的需要多台辅助测试设备,所实现的自动化测试方法也相应有所不同。 　　2.1基于PC的自动化测试 　　由于业界有许多基于PC的开源工具或者工具包的支撑,因此在PC上编写各种测试工具与测试软件是一件相对方便且资源丰富的方法。基于PC的自动化测试,主要完成一致性/功能测试与部分性能测试。但由于PC功能较为单一,无法很好地模拟网络的组网方式,因此常见的解决方法是通过PC对实际的组网进行测试,可以进行实际测试效果。 　　该测试方式的优点是较为直观,自动化测试实现简单易行。但由于不同测试用例的组网环境不同,切换用例需要手动改变组网,自动化无法连续进行,因而完成一系列测试需要相当长的时间,而且回归和重现较为困难。另外,错误故障定位困难,由于测试时使用了不同的辅助设备,出现故障时,具体哪一台设备出现故障难以确定。 　　2.2基于测试仪器的自动化测试 　　在数通测试领域,所使用的测试仪器一般都提供了强有力的自动化测试接口支撑,因此可以基于这些接口开发适用于被测设备(系统)的自动化测试软件。 　　该测试的优点是能够更好地进行路由仿真和性能测试,如OSPF(开放式最短路径优先)协议的收敛时间测试可以模拟任何组网,组网结构可以可视化地改变,并以协议报文的形式反馈到被测设备。 　　其缺点在于无法深入到具体协议的内部实现交互过程的测试,大多数的软件bug都集中于协议交互过程,导致测试覆盖率不高,需要一致性测试作为补充。 　　2.3自动化测试的管理 　　随着自动化测试规模的不断扩大,带来的自动化测试脚本管理、维护困难也会越来越突出。如何管理自动化测试,也成为一个大家愈发重视的问题 　　3整体化自动化测试平台的设计 　　3.1测试环境的整体化 　　自动化测试的组网环境的简化,可通过PC的网络接口模拟实际的路由和交换设备,使用一个单独链路作为被测设备配置链路,专门配置被测系统。测试链路用于测试报文收发,被测设备配置和报文收发和编解码通过脚本控制 　　配置链路:测试PC通过配置链路对被测设备进行控制,这样的配置链路可以是带内(如:PC的控制口),也可是带外(如:Telnet/HTTP等方式)。 　　测试链路:通过PC的网卡与被测设备通讯,在PC上运行各种模拟数据通信设备或协议的软件,来达成减少测试环境中的测试设备的目的,所需模拟的测试设备多的时候可以增加PC的网络接口。 　　这里提到的模拟数据通信设备的软件,可以是一些来自于已有的商用或开源软件,也可以是自行开发的一些测试软件。这些工具与特定应用相关,可以在实践过程不断地扩充。 　　测试环境的整体化,对于一些不可避免的需要组网环境的测试,目前业界已经有一些比较常用的拓扑切换方法,如使用带拓扑切换功能的网络互连设备,通过对这样的拓扑切换设备的自动化控制、操作来实现不同逻辑拓扑的切换功能,本文不做进一步的细节阐述。 　　3.2测试工具的整体化 　　PC测试可以细化编解码和能够进行一致性测试,具有较强的测试覆盖率,测试仪器测试具有能够进行性能测试、物理网络仿真的优势。二者结合后,可以达到通过PC实现协议交互过程,通过测试仪器在这些交互过程中