自动测试标记语言论文（精选3篇）
自动测试标记语言论文 篇1
地添加测试用例, 为测试用例提供公用函数, 执行测试用例, 发送测试结果等功能。
1 自动化测试的重要概念
检查点 (Check Point) :将特定属性的当前数据与期望数据进行比较的地方, 用于判定被测试程序的功能是否正确。
成本收益比:并不是所有的测试都适合自动化测试, 衡量一个用例是否适合自动化测试一个很重要的参考是国际上流行的自动化测试成本收益比, 即是p=k*n/c1+c2。各个参数的意义下:
K=手工执行自动化测试案例所花费的时间成本。
N=自动化测试案例执行的次数
C 1=花费在自动化测试前期的 (时间成本+人力成本+金钱成本)
C 2=花费在自动化测试后期的 (时间成本+人力成本+金钱成本)
二八定律:1897年意大利经济学家帕列托发现的二八定律在软件行业同样适用, 而可以给我们很多启发, 指导我们的软件开发和测试。8 0%的用户经常使用的是20%的软件功能。在软件测试中, 80%的bug是集中在2 0%的软件模块中, 对于自动化测试来说, 找出这20%的测试用例是至关重要的。
2 自动化测试的执行步骤
每次脚本都是从一个统一的文件开始执行的, 就是如上的Start.py。这样做的好处是可以把每个脚本都需要处理的工作放到一个文件中去执行, 例如收集一些配置信息, 读取命令行参数。以这样统一的处理风格为脚本的可读性提供了保证, 也为简化了测试脚本的编写, 不用每次都要处理一些基本的事务。
启动文件Start.py首先会读取命行参数, 如pthon Start.py-s File Menu.suite-t FileNew
通过python的内置函数sys.argv就可以读取命令行参数, 非常方便。读取到命令行参数后, 在Start.py内部可以判断命令行的格式是否符合我们的格式, 如测试人员不小心把-s写成了-z这样就要退出测试执行。
如果输入的格式是正确的, Start.py负责在特定的目录下寻找特定的Suite文件和Testcase。Suite文件和Testcase的格式会在下边的具体实例中作介绍。
找到特定的Testcase后就可以执行测试用例, 根据检查点的通过或失败发送测试报告, 该报告会以网页的形式显示, 方便测试人员和开发人员的查找调试。
3 用python实现GUI测试
图形用户界面 (GUI) 就是使用图象, 输入的文字, 带图标的计算机界面, 取而代之了许多键盘的功能。G U I可以让用户通过图标和鼠标与计算机进行交互, 而不是单调地在命令行中输入文本进行操作。设计良好的图形用户界面可以使用户从命令中解放出来。
G U I测试主要包括两个方面:一是纯GUI测试, 主要关注应用程序上G U I组件是否符合规范或是用户的使用习惯, 二是功能测试, 主要是检验和验证系统是否实现了系统的业务需求, 旨在验证系统的业务实现能力。但事实上两者不是完全独立的, 一方面GUI的测试必定要触发功能, 另一方面, 功能测试也一定要通过GUI将事件传递给后台服务。
3.1 编写测试用例
3.2 测试用例分析
以上是一个完整测试用例, 该测试用例包括:
测试ID 466540, 有了测试ID就可以在测试人员提交bug后, QA或开发人员通过ID找到这个测试用例。还有一个更大的用处就是, 在自动个脚本生成测试报告后, 可以根据测试ID把该测试用例显示在测试报告中, 以供测试人员和开发人员调试。
测试名称, 根据测试名称应该可以很快了解测试用例的内容, 所以好的测试名称也是非常重要的。
测试用例的版本 (Version) 。
测试优先级 (Priority) , 测试优先级也是一个很重要的参数, 因为大型项目都要有很多测试用例要执行。只有明确测试优先级才能确保重要的测试用例得以及时进行, 保证软件质量。
测试用例概述 (summary) , 帮助测试执行人员了解该测试用例的用测的功能。
测试步骤, 描述测试人员或是自动化脚本每一步是怎样操作的, 例如本例告诉测试人员选择菜单F i e, 然后选择菜单项N e w。
预期结果 (Expected Results) , 说明经过以上测试步骤, 期望程序运行出现的结果。
4 结语
本文在明确软件测试理论的基础上, 对自动化测试做了重点阐述, 通过实际项目的自动化测试分析, 有些测试用例特别适合用自动化测试。例如GUI测试中, 用些是要验证界面元素是否显示正常。如果是脚本就可以准确无误地很快验证完毕, 而用人工验证不仅容易出错而且费时间。由于时间和硬件条件有限, 本论文规避了许多问题, 所以仍有许多工作需要完成。例如:做好脚本的复用, 使测试脚本不断积累。及研究怎样在测试工具和自己搭建框架中寻找平衡等。
摘要：自动化测试近年来的技术已经越来越成熟, 在某些方面有着不可替代的作用, 例如在性能测试, 压力测试中, 自动化测试可以模拟成千上万个用户对目标程序进行测试。本文通过对大型实际项目的分析研究, 分析针对某一产品的自动化测试框架。然后讨论怎样用python实现自动化测试。
关键词：测试技术,手工测试,自动化测试,python脚本
参考文献
[1]张克东.《软件工程与软件测试自动化教程》.北京:电子工业出版社, 2002.
[2]朱菊, 王志坚, 杨雪.《基于数据驱动的软件自动化测试框架》[J]计算机技术测试与发展, 2006.
[3]马瑞芳, 王会燃.《计算机软件测试方法的研究》.小型微型计算机系统, 2003.
[4]朱鸿, 金凌紫.《软件质量保障和测试》[M].北京:电子科学出版社, 1997.
自动测试标记语言论文 篇2
DBM简介：
DBM是一种文件数据储存数据，由于采用哈希结构进行连接，因此具有一些数据库的特点功能与普通文本数据库相比，具有稳定，检索速度快和支持量大的优点，由于DBM是从Unix系统中移植来的，因此在Unix/linux系统中优点比较明显，而在NT系统中则不太理想，在NT中使用有时会另数据文件变得十分庞大，
DBM的使用：
数据库采用关联数组方式保存数据,并与关联数组结合使用。
打开文件：
dbmopen(%USERFILE,”dbfilename“,0666);
此时将把数据值赋给USERFILE关联数组。
关闭文件：
dbmclose(%USERFILE);
添加数据：
dbmopen(%USERFILE,”dbfilename“,0666);
$USERFILE{$no}=value;
dbmclose(%USERFILE);
$no是数组的关联值，必须唯一，否则该关联数据会被更新，
删除数据：
dbmopen(%USERFILE,”dbfilename“,0666);
delete $USERFILE{$no};
dbmclose(%USERFILE);
$no是要删除的关联值。
更新数据：
dbmopen(%USERFILE,”dbfilename“,0666);
$USERFILE{$no}=value;
dbmclose(%USERFILE);
历遍数组：
dbmopen(%USERFILE,”dbfilename“,0644);
%TEMP=%USERFILE;
dbmclose(%USERFILE);
foreach (keys(%TEMP)){
$value=$TEMP{$_};
}
自动测试标记语言论文 篇3
1 ATLAS语言概述
作为国际通用的自动测试语言,ATLAS语言在所有测试系统,特别是航空测试领域得到广泛应用。越来越多的军用和民用ATS以ATLAS作为标准的TPS程序语言。
ATLAS语言是一种高级汇编语言,是面向被测试单元而与测试仪器无关的信号描述语言,主要是用于描述测试过程或流程,不涉及测试系统执行测试程序所需的全部细节,因此,要在ATS上执行测试程序,需要增添测试仪器的细节,包括对ATS的说明、系统资源、限制条件以及被测试单元接口描述。采用ATLAS语言开发的测试程序,需要ATLAS编译器或解释器进行处理,转换成为可执行程序。
采用ATLAS语言开发的测试程序,主要由多个ATLAS模块和非ATLAS模块组成,其中ATLAS模块是符合ATLAS规范的基本程序结构,非ATLAS模块是扩展的程序结构。ATLAS程序基本结构,除开始(000000 BEGIN)和结束(999999 TERMINATE)两条语句外,分为序言(PREAMBLE)和过程(MAIN PROCEDURE)两部分。测试程序序言中的语句在程序编译时不会被执行,主要用于:被测试单元的说明、声明序言和模块中的过程调用、规定测试资源数量和规格、定义信息、功能和过程等功能;序言中用到的语句有:INCLUDE, EXTEND, REQUIRE, ESTABLISH PROTOCOL, DEFINE, DECLEAR和IDETIFY。过程语句是ATLAS程序的运行主体,包含有一系列或一组对被测试单元进行测试的ATLAS动作语句,除非含有分支语句使程序转跳,语句是依次执行的,主要语句包括:SETUP、CONNECT、ARM、FETCH、CHANGE、RESET等单动作语句和APPLY、REMOVE、MEASURE、READ、VERIFY等多动作语句。
基于ATLAS语言的自动测试系统,测试程序TPS的开发环境主要是美国TYX公司的PAWS(per)系统,用于自动测试系统的研制开发。但由于该开发环境价格昂贵,国内厂所、院校按照IEEE716的规范研发ATLAS软件开发环境,目前,产品已投入使用。
2 航空自动测试系统的设计与实现
自动测试系统主要有自动测试设备(ATE),测试程序集TPS和开发环境三大部分组成。其中:ATE主要是由各种测试资源、阵列接口、测控计算机以及操作系统构成的硬件平台;测试程序集(TPS)是被测对象及其测试要求密切相关的测试程序、适配器、测试电缆以及各种技术文档。系统的组成如图1所示。
某型航空自动测试系统是按照上述的设计思想、采用东方信标公司的GPTS3.0集成开发环境,研制开发的基于ATLAS语言的综合自动测试系统。该系统是中继级使用的、机载设备的二级检测系统,检测的对象是外场可更换单元(LRU)。
2.1 系统的自动测试设备(ATE)
某型航空自动测试设备主要由测控计算机、总线接口卡、VXI机箱、程控测试资源、阵列接口和机柜等组成。为了满足测试要求,系统采用了双程控总线的方式,即采用了GPIB总线和VXI总线两种程控资源;ATE采用集中互联的连接方式,按照ARINC608A标准定义阵列接口。ATE结构如图2所示。
2.1.1 测试控制计算机
测试控制计算机是ATE的核心,由计算机主机、显示器、鼠标、打印机等外围设备组成;为提供测试程序的运行环境,提供VXI和GPIB总线的通信接口,实现测试资源的管理与调度、测试程序的管理与调度、测试数据的存储与打印等功能,是ATS的测试、控制中心。某型航空ATE采用了1394总线和USB总线分别实现对VXI总线模块、GPIB仪器的通信,因此,测控计算机主机必须内含1394和USB总线接口。
2.1.2 程控测试资源
为了实现对多系统机载设备的测试,系统配置了大量的测试资源。按照功能可以分为激励源、测量模块(或仪器)和开关组件等三大类,具体情况为:16个VXI资源模块、9个GPIB程控直流电源、2台GPIB交流程控电源(单相和三相各1台)、3台GPIB仪器(信号发生器、示波器以及数字万用表)。为模拟空间姿态和大气信号,系统还配置GPIB程控转台和GPIB程控气源。
2.1.3 阵列接口
ATE的阵列接口是信号输入输出的通道,是与适配器连接的物理界面,系统测试资源的全部物理信号均要通过阵列接口与适配器进行交联。按照ARINC608A的标准,阵列接口定义的主要通道有:数字信号、模拟信号、高频信号、低频信号、程控电源、开关量以及离散逻辑量等通道。为保持系统的兼容性,在研制某型航空ATE时,采用了ARINC608A的标准定义阵列接口的信号通道。
2.2 系统开发环境
采用通用测试开发环境GPTS3.0进行某型航空自动测试系统的集成开发。GPTS3.0是东方信标公司以ATLAS716标准为基础、采用IVI COM技术为核心开发的通用开发系统,具有软件架构开发、通用性强、ATLAS语言扩充性强、易于维护等特点,开发的测试程序的规范性、可读性、可维护性和可移植性好,虚拟资源与物理仪器的映射关系易于实现。
2.3 测试程序集(TPS)
测试程序集主要包括适配器、测试文档及测试程序三部分。
2.3.1 适配器(TUA)
适配器是被测对象和ATE之间的电气、机械连接装置,其功能是实现信号的匹配和转接。某型航空自动测试设备与适配器之间采用集中互联的阵列接口的连接方式,且阵列接口的通道采用ARINC608A标准进行定义,故TUA的接口定义应与ATE的阵列上的各信号通道严格对应,但每个适配器的通道数量和类型可以根据测试要求确定。适配器与被检测单元之间采用电缆连接。根据测试要求,某型航空自动测试系统研制了13个适配器,完成飞行控制系统、航向姿态系统、大气数据系统以及部分电气设备的自动测试。
2.3.2 测试程序
测试程序是根据每个被检测单元的测试要求编制的执行程序。某型航空自动测试系统的测试程序在GPTS3.0的ATE环境下,采用面向信号的ATLAS语言开发。测试程序按照被检测单元的数量进行配置,每个被检测单元一个测试程序。根据检测内容,将每个测试程序划分为若干个可以独立执行的测试章节,使用人员可以根据每次工作要求进行选择。测试程序采用GO-NO-GO的方式运行,测试程序运行结束后应将所有资源置位并保存所有的测试数据。
2.3.3 测试文档
自动测试系统的测试文档主要包括测试需求分析说明、测试流程、测试变量及函数定义、系统的使用说明和操作指南等各种技术文档。
3 结束语
某型航空自动测试系统的研制和使用,大大提高了机载设备的二级检测能力,缩短了机载设备的维修检测时间,提高了工作效率,具有较高的经济价值。在某型航空自动测试设备ATE不变的情况下,通过研制、开发适配器和测试程序,可以不断增加系统的检测单元,系统具有较好的扩展性。
摘要：在简要介绍ATLAS语言的基础上,结合某型航空自动测试系统的研制,详细介绍了基于ATLAS语言的航空自动测试系统的组成及特点。
关键词：机载设备,自动测试系统,ATLAS,GPTS3.0
参考文献
[1]某型航空自动测试系统详细设计方案.2006-05,海军航空工程学院青岛分院.
[2]李行善,于劲松.ATS(自动测试系统)及ATE技术[J].测试仪器,2002年,3:30～32.
[3]ATLAS培训手册[M].IEEE C/ATLAS Std716-1989.
[4]刘金甫,王红.国外航空电子ATS体系结构研究[J].测控技术,2002年,21(1):5～8.