学文网接口测试篇1
随着电子信息化时代地来临，电子产品数量逐渐增加，电子测试系统在电子产品生产和质量保障中都起着非常重要的作用，电子测试系统不仅推动我国信息化建设进程，并且逐渐扩大应用范围，渗透到人们日常生活的方方面面，提升人们使用电子产品质量和舒适感。在电子测试系统中，接口技术是关键，目前我国电子产品市场上接口技术包括S-100标准化接口、RS-232C串行标准化接口总线、IEEE-488标准接口总线、VXI接口总线以及PXI系统总线。
【关键词】电子测试系统 接口技术 发展趋势
在人们不断认识新鲜事物和创造新型事物之时，总是离不开测试，虽然我国科学技术在近些年取得大幅度进展，但是在电子产品生产过程中依然面临着测试任务，因为电子测试数据具有一定指标性和实用性，给电子产品调试提供实际依据，因此在生产环节中要不断完善测试系统功能。在电子系统发展过程中取得进步最大的就是接口技术，接口技术发展和研究给人们的生活带来很大便利性。
1 电子系统测试接口技术
1.1 S-100标准化接口
S-100标准化接口主要适用于处理微机电子测试系统，是由100条信号线与电源连接而成，其中75条线脚名称和功能都有统一规定，9条线脚规定名称但没有功能限制，其余16条线脚的使用功能和名称都交给用户自行定义。S-100标准化接口设计的最初目的是为配合8080型的CPU工作，但是由于其自身稳定性比较好，在其他方面的应用也非常广泛。
1.2 RS-232C串行标准化接口总线
RS-232C串行标准化接口总线主要用于串行连接CRT终端机及调制解调器，是由25个有明确规定使用功能和名称的线脚组成，总线长度控制在15m以下，该种接口总线技术自身具有一定缺陷，接口传播信号速度比较慢，优势在于信号传播过程中能够保证高度的安全性、能够传输到比较远的地方、传输需要的线缆盗勘冉仙佟
1.3 IEEE-488标准接口总线
IEEE-488接口总线共有16条用于传播信息的线路，其中8条线路用于双向信息传播与总信息命令，另外8条线路用于信息同步或异步交换并对交换信息进行缓冲。但是由于其传输速率不超过1M字节每秒，美国惠普公司在IEEE-488技术基础上进行研发，形成传输速度增加的IEEE-488标准接口总线，改善接口各项性能，有效解决接口与微型机之间的互通问题。
1.4 VXI接口总线
VXI（VEM bus Extensions for Instrumentation）接口总线集中了智能仪器、个人仪器以及自动测试系统的很多特点，包括测试仪器模块化、32位数据总线提高数据传输速率、系统可靠性高、具有可维修性、电磁兼容性好、通用性强、标准化程度高、灵活性强等。VXI接口总线技术的出现使得自动测试系统尺寸大大缩小，测试速度大幅度增加，能够满足目前自动测试系统向标准化、自动化、智能化、模块化以及便携性的方向发展。VXI接口包括GPIB接口、RS-232C接口、MXI bus接口、IEEE1394接口和VME bus接口，都是采用内嵌式主计算机，有效减少系统体积、增加工作质量和效率。VXI接口总线的接口电路比较复杂，采用双端口RAM将有利于器件内部的CPU与VXI总线间的数据传输，能够进一步扩大VXI接口总线的优势。
1.5 PXI系统总线
PXI系统总线是一种基于PC的测量和自动化平台，它结合了PCI的电气总线特性与Compact PCI的坚固性、模块化的特性，并在此基础上增加了专门的同步总线和主要软件特征。使之成为测量和自动化系统的高性能、低成本运载平台。PXI系统总线具有很多优点，包括传输数据速率快、适合大量数据交换和传输、测试时间短、性能可靠性大等。PXI系统拥有32位总线信号和64位总线信号两种类型，主要是由PXI背板提供支持的机箱构成，机箱具有一个系统插槽和一个或多个外设插槽，该种接口技术地使用使得测试系统逐渐完善和标准化。
2 发展趋势
2.1 强化基础研究、提高仪器质量和可靠性
我国在电子产品发展上步伐比较晚，相比较发达国家来说，电子产品发展水平远远没有达到发达国家标准。因此国内电子测试系统在改善运行环境和情况的同时，还要借鉴国外先进的运用概念、原理和方法，通过科学途径培养更多专业测试技术人才，为我国科学技术的发展和研究提供更大空间。注重强化发展基础研究，以提高仪器质量和可靠性，使得仪器整体和内部形成协调发展、技术稳定、可靠的模式，从而克服长期以来的技术局限。
2.2 迎难而上、突破技术难点
我国科学技术发展正处于技术攻坚阶段，应该注重借鉴国外优秀技术，集中力量克服技术中遇到的难题，打破国外技术封锁的窘境，依靠自身技术研发和创新，鼓励青少年用于创新创业，将科技产业作为重点产业发展，争取在最短的时间内赶上发达国家科技水平。
2.3 加大科技研发投资力度、积极研制新型仪器
电子产品的更新速度很快，电子测试系统也要跟上电子产品的更新速度，基于此国家应该加大科技研发投资力度，积极研制出新型仪器，实现大批量产品和技术更新，大规模生产新型测试仪器，全面提高测试系统接口技术的稳定性和可靠性。
3 结语
综上所述，随着电子产品种类和数量的逐渐增多，人们的生活和工作已经与电子测试密不可分，不仅给电子测试系统的接口技术发展提供了发展空间，同时也让人们在使用电子产品之时享受电子产品带来的便捷。电子测试系统的发展一直是我国电子产品发展的关键，本文在新时展的背景下，总结我国目前市场具备的几种电子测试系统的接口技术，是为了更好的促进电子产品的健康发展，是为了给接口技术研发提供理论参考依据，希望通过本文的研究能够给读者带来更多专业知识了解，对我国科学技术发展提供最大地支持和理解。
参考文献
[1]刘小海.新发展环境下电子测试系统的接口技术的发展[J].电子测试，2013（22）：273-274.
[2]赵建兵，孙明，朱天社，李坤明，赵美超.电子测试系统的接口技术探讨[J].电子制作，2016（12）：10.
[3]黄理瑞，朱金明.电子测试系统中接口技术研究分析[J].数字技术与应用，2014（07）：112.
接口测试篇2
【关键词】电子测试系统 接口技术 通用接口
在过去的几年中，电子测试系统商机不断，因此，涌现出来了大批的电子测试系统制造厂商，但由于行业内没有一套统一的技术规定，导致各厂商生产的电子测试系统规格不统一，接口也各不相同，各套系统的不统一在一定程度上阻碍了电子测试系统的进一步发展，而随着电子测试系统越来越重要的地位以及在全球的日益普及，行业内亟待出台一套规格来统一五花八门的电子测试系统，而统一呼声最高的则是电子测试系统的接口，而这一愿望也终于被实现。本文就将简要的介绍当下的电子测试系统标准化接口中最为常见的几种，以供读者参考。
1 S-100 标准化接口
在微处理电子评测系统中，S-100标准化接口（原名“Altair-BUS”）极为常见，并被作为内部接口的标准化总线。S-100最初是为与8080型微处理器使用而设计制作的，但由于S-100在工作中表现优异，性能良好，所以很多其他的微处理器也采用了这一接口。S-100标准化接口由信号线和电源线组成，其中信号线100条，电源线1条，在信号线中有16条还没有定义名称和功能，84条有名称的信号线中有75条有实际的功能。S-100以他的高性能广受赞誉，在工业史上有着举足轻重的位置，甚至被誉为最有价值的标准化线缆，美国的电气与电子工程师总协会很早就开始采用这种线缆，取得了极大的成功。
2 RS-232C 型串行标准化接口总线
作为电子与电气工业总协会共同制定与推广的标准接口，RS-232C型标准化接口理应得到大量应用，在CRT终端机与调制解调器的连接工作上用处较大，同时对其他信道也有不能小于15米的特殊要求。RS-232C型标准化接口的信号简单，利于编码与发送，传输同样的数据量，其使用的线缆数量也有一定程度的压缩。与IEEE-488标准接口相比，即使传输速度较小，但是却具备了较高的安全性能。除此之外，RS-232C型标准化接口的信号还能在同样的环境下传输到较远的位置。RS-232C型串行标准化接口总共有25个线脚，且每根线脚的名字和用途均有详细的规定，有着一套完善的标准。所以RS-232C型串行标准化接口在不同的微型设备的连接与使用中有着较好的兼容性，这一优点让它被广泛应用于微型机的接口中，成为了现在最常见的微型机接口之一，可以说市面上常见的电子测试设备均会配备有这一接口。
3 IEEE-488 型标准接口总线
在前面对RS-232C型串行标准化接口的介绍中有讲到IEEE-488接口速度较快的优点，但事实上，这个接口的前身，也就是IEEE所规定的一种仪器标准化接口，它的传输速度不高于1Mb/s，而且信道总长度也不超过20m，可以说性能并不优异，而且这一接口还限定了最大连接数，不能同时连接超过15台机器，这些都限制了这一接口的发展。在这之后，美国的HP公司研制出了IEEE-488接口（因此这一接口也叫做“HP标准化接口”），它较之原接口取得了较大的突破，各项性能也都有的很好的提升，并且很优秀的解决了仪器之间相互连接的问题。
IEEE-488 型标准化接口有16条信息传播线路组成，其中有8条是为了实现总信息命令和双向信息传播而设计，另外8条线路实现了信息的同步或异步交换，以及信息缓冲的功能。作为建立接口标准化的功勋，IEEE-488 型标准化接口极大地推动了接口标准化的进程。随着更多的厂家在设备中使用IEEE-488 这一接口类型，不同厂家的仪器设备之间的互联越来越方便，越来越安全，兼容性得到了有效提升。由此可见， IEEE-488 型标准化接口在未来几十年的数据传输市场中，仍然具有一定的影响力，还不会同程度地影响整个市场的走向。
4 VXI型接口总线
VXI 型系统接口总线是VME Bus Extensions forInstrumentation的缩写，它的发明是为了让微型机中将系统总线和仪器中的线缆合二为一，免除冗杂，让VME总线性能更进一步。VME总线让微型机中的高速数据传递成为可能，就如高性能的显示仪器这些需要高速数据传输的设备就依赖于VME总线，除此之外，VME还提供了触发、中断、挂钩等功能所需的硬件支持，如其必须的背板结构。VXI 型系统接口总线有着传输速度快且精确度高，可谓是PC机总线和GPIB总线优点的融合，并且VXI 型系统接口总线还可以很好的与PC软件兼容，PC主机的系统、语言、设置等基本配置都可与VXI 型系统接口总线取得较好的同步。
5 总结
综上所述，本文主要对VXI 型系统接口、RS-232C型串行标准化接口、S-100标准化接口以及IEEE-488型标准接口这四种接口模式进行了介绍与讨论。由于上述四种接口在行业内部的广泛运用，使其性能与安全性已经得到了证实。IEEE-488 型标准接口的主导作用还会持续一段时间，但是上述四种接口在未来的市场当中都还会有一定的应用。以其良好的兼容性、安全性引导通讯市场的走向。
参考文献
[1] 李青，赵春花.农机具牵引力电子测试系统的设计[J].农业网络信息，2010（10）：32-35.
[2] 曾晓华，张宁丹.电子测试系统接口技术研究[J].科技创新导报，2009（10）：77.
[3] 李玲，龚立娇，坎杂等.悬挂农机具牵引力电子测试系统的设计[J].农机化研究，2004（1）：147-149.
接口测试篇3
关键词： 模型检验；接口变异；切片技术；功能依赖***
中***分类号：TP311 文献标识码：A 文章编号：1009-3044（2015）02-0211-04
Abstract：Motivated by compressing the model of component through slicing technique， this paper employs the interactive relationship of the components. Then it proposes a method of constructing a function dependence graph for component system， which is made of a test driver node and some extended component nodes. Finally， by an example， it demonstrates that this method could not only decrease the size of the state space and increase the efficiency for testing generation， but also guarantee the comprehension and the validity of the interface testing for JavaBean components while applying the method of interface mutation testing based on model checking.
Key words： model checking； interface mutation； slicing technique； function dependence graph
模型检验技术作为一种形式化验证方法，以其自动化程度高的特点已经广泛应用于计算机硬件、通信协议的分析与验证等许多领域，它通过穷尽地搜索有限状态系统的状态空间，从而判定系统（模型）的每一个状态是否满足给定的性质，并且总会以“是”或“否”为结果而终止[1]。目前，利用模型检验技术进行测试用例生成的研究也十分活跃，并且也取得了一定的研究成果[2]。同时，随着程序模型检验工具的诞生，一些将变异测试方法与程序模型检验工具相结合并生成测试用例的研究工作也得到了一定进展[3]。
尽管模型检验技术在自动化方面具有许多优点，但它是采用穷尽搜索系统空间的方法对所给定的性质进行验证，因此，对并发系统而言，其状态数往往随并发分量的增加呈指数增长，这样就产生了“状态空间爆炸”（state-explosion）问题[1]。对于基于模型检验的变异测试来说，当对非等价变异体采用“搜索所有的反例路径”的策略进行验证，以及对等价变异体进行验证时，都必须通过搜索整个系统的状态空间才能够进行判定，所以这样就影响了模型检验的验证效率。
因此，为了压缩系统状态空间的数量，本文将通过建立构件系统的功能依赖***，然后运用切片技术[4]对其进行切片。最后，本文将以Java PathFinder作为模型检验工具，采用基于模型检验技术的接口变异测试方法[5]对JavaBean构件进行接口变异测试，并对所切片效果进行验证。***1给出了该方法的测试用例生成框架。
1 构件系统的功能依赖***
S.Horwitz等人通过引入系统依赖***（System Dependence Graph，SDG）的概念表示了具有多个过程的程序依赖***[6]，但是使用该方法就必须知道每一个过程内部的具体细节信息，因此这种方法并不适用于在源码未知情况下的构件化软件切片；虽然文献[7]提出了一种能够对由构件所组成的系统进行切片的方法，但是这种方法却只考虑了构件之间接口的交互关系而忽略了构件在系统中的状态。因此，本文以文献[8]所提出的构件之间接口的交互关系为基础，在细化了构件之间的接互***后，使其能够在清晰描述源码未知情况下被测试构件的状态和接口函数之间的关系的同时，也能够使切片技术适用于对被测试构件系统的接口调用关系模型的状态空间的压缩。
1.1 功能依赖***的组成
本文以该被测试构件的接口规约说明为依据，通过测试驱动程序对被测试构件，或者是将该被测试构件和与之相关的构件关联后进行建模，从而建立被测试构件的接口调用关系模型。通过这个构件系统的接口调用关系模型，被测试构件所具备的相关功能会在利用模型检验技术进行验证的过程中表现出来。因此，将细化后的构件之间的接互关系称之为构件系统的功能依赖***（Function Dependence Graph，FDG），并且该***是由测试驱动节点（Test Driver Node）和构件节点（Component Node）两种类型的节点所组成。
测试驱动节点是由被测试构件的测试驱动程序所虚拟出来的一个节点，它是整个构件系统的主体框架。从切片技术的观点来分析，该节点实际上就是它所代表的测试驱动程序的过程依赖***[3]（Process Dependence Graph）。
构件节点实际上在代表被测试构件的同时，也可以代表与被测试构件相关联的构件。为了能够应用切片技术对其进行切片，需要通过添加一些辅助接点对构件节点及辅助边对其进行细化。这里通过定义一个五元组C = 来描述一个构件节点，具体如***2所示。
1） 构造函数辅助节点（Construction Assistant Node）的集合Con
对于JavaBean构件来说，为了体现面向对象的特征，在构件节点中应该添加与之相关的所有构造函数的构造函数辅助节点（Conk表示构件中第k个构造函数）。辅助节点实际上就是该构件的入口节点。
2） 状态辅助节点（State Assistant Node）的集合S
由于在代码未知情况下的构件接口测试是一种黑盒测试，因此，还必须在构件节点中添加表示构件状态的状态辅助节点（Si表示构件中第i个状态）。
3） 接口函数辅助节点（Interface Function Assistant Node）的集合I
在构件节点中添加表示该构件所包含的所有接口函数的接口函数辅助节点（Im表示构件中第m个接口函数）。
4） 输入参数辅助节点（Input Parameter Assistant Node）的集合p
对于每一个包含输入参数的接口函数应该在其所对应的接口函数辅助节点中添加表示该接口函数中所有参数的输入参数辅助节点（pn表示该接口函数中的第n个参数）。
5） 辅助节点之间辅助边（Assistant Edge）的集合E
为了能够体现出上述辅助节点之间的内在关系并使切片技术能够适用于构件节点，还必须根据构件的规约说明在辅助接点之间添加相应的边。首先，由于通过构造函数在实例化一个构件的时候，与该构件相关的状态和接口调用函数也会被创建，因此，就必须在构造函数辅助节点和状态辅助节点以及构造函数辅助节点和接口函数辅助节点之间添加一条控制依赖边；其次，根据构件的接口规约说明，应该在具有控制依赖关系的接口函数之间添加能够代表它们之间控制依赖关系的控制依赖边；最后，由于构件相关的状态信息是通过与之相关的构件接口函数进行改变的，所以需要在接口函数辅助节点和状态辅助节点之间添加一条控制依赖边，同时，构件的状态信息也需要通过接口函数向外界进行表现，因此，还应该在状态辅助节点和与之相关接口函数辅助节点之间添加一条数据依赖边。综上所述，构件节点之间辅助边的集合E是控制依赖边Ec和数据依赖边Ed的并集，即：E = Ec U Ed。
1.2 功能依赖***的建立及其切片
在明确了构件系统的功能依赖***的组成后，就应该根据测试驱动程序将测试驱动节点和构件节点进行关联，从而建立整个构件系统的功能依赖***，它主要包括建立测试驱动程序的过程依赖***和确立该过程依赖***与构件节点之间关联关系两个主要步骤。
文献[9]给出了建立测试驱动程序过程依赖***的具体方法和步骤，故本文在此不作熬述。
本文的研究重点在于对构件的接口进行测试，因此，对被测试构件系统的功能依赖***的建立主要就体现在确立测试驱动程序的过程依赖***和构件节点之间的关系之上，这些关系主要包括了如下四个方面：
1） 测试驱动程序对构件的实例化
在测试驱动程序中需要通过构造函数对JavaBean构件进行实例化。这样，就必须添加一条描述测试驱动程序对构件进行实例化的控制依赖边。
2） 测试驱动程序对构件中接口函数的调用
对构件中接口函数的每一次调用，需要添加一条描述测试驱动程序对接口函数进行调用的接口函数调用边。
3） 测试驱动程序对构件中接口函数的参数输入
对于拥有输入参数的接口函数来说，测试驱动程序在对其进行调用时，对于每一个输入参数都需要添加一条描述测试驱动程序在对其进行调用时的参数输入边。
4） 构件中接口函数对测试驱动程序的响应
对接口函数的调用实际上相当于对构件中相关功能进行了一次使用，因此，构件就必须向外界产生这个调用的一个响应，这样，就必须添加一条描述构件中接口函数响应的边。
本文以三角形问题的JavaBean构件为例进行研究，表1给出了三角形问题构件中的接口函数及接口函数所对应的状态。
在依据三角形问题构件的接口规约说明建立测试驱动程序后，***3给出了其构件系统的功能依赖***。***中右侧部分是测试驱动程序节点，它是由被测试构件的测试驱动程序所建立的过程依赖***组成的[5]；***中左侧部分是三角形问题构件的构件节点，该节点中的S1、S2和S3分别代表了构件中的三个状态：bTriangle、 bRight和tType。由于三个接口函数的输入参数都是三个整形变量，因此，为了便于观察，在具体作***的过程中将输入参数a、b、c三个节点视为一个节点。
建立构件系统的功能依赖***后，就可以运用切片技术对其进行切片。在基于模型检验技术的变异测试方法的测试用例的生成过程中，是通过引入断言违背机制将原有模型和变异模型结合并对构件的状态进行判定从而诱发错误生成并得到反例路径。因此，为了能够找到导致这个断言违背所产生错误的原因，就必须找到在这个断言违背之前，系统模型中哪些语句或者是哪个谓词表达式影响了所关注的这个断言违背，并且它们是如何传播到这个地方。这样在对功能依赖***进行切片时，就可以采用文献[6]中所提出的后向切片准则和两步***的可达性算法对构件系统的功能依赖***进行切片。
2 实验结果和分析
2.1 实验对象说明及实验结果
本节以三角形问题构件中反应三角形类型的状态“tType”作为兴趣点，对其构件系统的功能依赖***进行切片试验。***4所得到的即为切片后的三角形问题构件系统的功能依赖***。
在利用基于模型检验的接口变异测试方法对构件系统进行验证并生成测试用例时，为了能够体现出构件系统模型中存在的“状态空间爆炸”问题以及通过切片技术对系统的状态空间进行压缩后的效果，首先选择三角形问题构件的接口函数TriType（int a， int b， int c）的等价变异体TriType（int c， int b， int a）作为研究对象，并将三边的输入域划分为5组进行对比分析。
表2给出了在上述实验条件下，JPF对切片前后的构件系统在模型验证后所得到的状态数，它是由JPF统计信息中“state”里面的“new”与“visited”相加所得到的。
对表2进行分析可知：
首先，除去最后一行对压缩率的分析外，表格中的每一行都反应出随着三角形三边输入域的增加，整个模型检验过程所耗费的时间以及在验证过程中所产生的状态数都在以指数形式增加，这就体现了在本章最开始所提到的“状态空间爆炸”问题。
其次，表格中的每一列说明了在对构件接口调用关系模型运用切片技术后，模型检验工具在验证过程中所耗费的时间有了一定的减少，而且在整个验证过程中系统模型所产生的状态空间的数量也得到了压缩，模型检验的验证效率得到了提高。
再次，由于上述五组实验只改变了三角形问题构件的输入域，对于构件系统模型本身并没有进行改变，因此，在使用相同的切片准则并运用切片技术对构件系统的功能依赖***进行切片后，所得到的系统模型的状态空间压缩率在效果上基本是相同的。
最后。上述五组实验的验证结果都没有检验出任何反例路径，因此，切片技术的运用并不会影响“基于模型检验技术的接口变异测试方法”对等价变异体的正确判定。
2.2 统计分析
在上一小节中，通过利用JPF对同一个等价变异体TriType（int c， int b， int a）的五组不同输入域的检验，说明了运用切片技术对构件系统中单个接口函数的等价变异体进行压缩后，依然能够通过“基于模型检验技术的接口变异测试方法”对等价变异体进行有效地判定。但是，当同一个构件中所有不同的接口函数在分别运用切片技术对构件系统模型进行压缩后，上述实验结果并不能够说明切片技术对整个构件系统的验证以及对接口测试用例生成所产生的影响。因此，本小节将就这一问题作进一步的讨论。
这里，分别以三角形问题构件中的三个状态属性作为兴趣点对构件系统进行切片，然后三个接口函数的非等价变异体对切片后的构件系统模型进行变异并验证。表4给出了三个接口函数在切片前后进行变异并生成测试用例的相关验证信息，为了能够达到对系统模型状态空间进行穷尽搜索以及对非等价变异体生成所有测试用例的目的，这里将JPF中的搜索配置策略设置为“搜索显示多条反例路径”。同样地，表3所产生的状态数也是由统计信息“states”中“new”与“visited”相加得到的。
通过对表3可以发现：
首先，对于每一个需要验证的系统模型来说，在运用切片技术对系统模型进行切片之后，都能够达到压缩系统模型状态空间数量，并提高验证效率的目的。
其次，表中的数据以及实际的实验结果说明，切片后的系统模型在验证后所产生的反例路径与切片之前所产生的反例路径是相同的，因此，切片前后所产生的测试用例也是一样的。
最后，尽管切片技术是对构件系统的功能依赖***进行切片，但其实质上是对构件系统的状态空间进行缩减。由于三角形构件系统中仅由一个三角形构件组成，因此其状态空间是由三边的输入域所确定，这样，表中三组实验所对应的切片前的构件系统模型在验证后所产生的状态空间总数是一样的；同时，对于每一个切片后的构件系统模型来说，其状态空间是由三角形构件中的一个状态所决定的，而该状态又是由相同的输入域确定，因此在切片后，构件系统模型的状态空间总数也是一样的。综上所述，三组实验的状态空间压缩率也是相同的。
3 结束语
目前，基于模型检验的测试用例生成技术作为一种新兴的软件测试方法已经得到了测试人员的广泛关注，但是由于模型检验技术中所存在的“状态空间爆炸”问题会使得验证的效率较为低下，因此，本文主要讲解了运用切片技术对系统模型进行切片从而达到压缩系统模型状态空间，并提高验证效率的目的。
本文以构件之间接口的交互关系为基础，通过扩展构件之间接互***后，提出了一种建立构件系统的功能依赖***的具体方法，然后运用切片算法实现了对其进行切片的目标。最后，本文通过基于模型检验的接口变异测试方法对三角形问题的JavaBean构件的实验说明：在运用切片技术对系统模型进行切片以后，达到了有效压缩系统状态空间数量并提高验证效率的目的，同时，不但可以对等价变异体模型进行正确地判定，而且对于非等价变异体模型来说还可以正确地生成测试用例。
参考文献：
[1] 林惠民， 张文辉. 模型检测：理论，言方法与应用[J]. 电子学报， 2002， 30（12A）： 1907-1912.
[2] 梁***， 聂长海， 徐宝文， 陈振宇. 一种基于模型检验的类测试用例生成方法[J]. 东南大学学报（自然科学版）， 2007， 37（5）： 776-781.
[3] W. Visser， C. Pasareanu， S. Khurshid. Test Input Generation with Java PathFinder[C]. Proceedings of ISSTA 2004， New York： ACM Press， July 2004， 97-107.
[4] 李必信. 程序切片技术及其应用[M]. 北京： 科学出版社， 2006： 3.
[5] 张K， 王[， 韩柯， 欧阳志强. 面向构件接口变异的模型检验技术研究[J]. 电脑知识与技术， 2010（6）： 1954-1956.
[6] Horwitz S B， et al. Interprocedural slicing using dependence graphs[J]. ACM Transactions on Programming Languages and Systems， 1990， 12（1）：26-60.
接口测试篇4
关键词:电阻电容检测;微处理器;usb;visual b + +
基于usb接口虚拟***电阻电容测试的方法其总体设计思想为：将电阻电容的参数值转换成与之成正比关系变化的电压输出，经模数（a/d）转换，然后送pc机进行数据及信息处理，在pc机上进行数据和信息显示。最终完成电阻电容的***测试与显示。
一、电阻电容测试原理
电阻电容的参数测试在电子设计中是至关重要的，目前其测试基本上都采用直接测量的方式，即用万用表直接测试元件的两端以测得元件参数。但通常设计者们在电路设计初期只能通过理论分析计算需要的电子元件的参数，在实际的设计中，需要测试更换一些电路板上的电子元件。但此时元件已经焊接在电路板上，特别像电阻电容往往都不是分立的元件，直接测试将会造成极大的误差。传统的做法是焊开原器件再测量，以避免受板上其他元器件的影响。
二、visual b + + 6.0
visual b++6.0是微软公司推出的一种开发环境，以其强大功能友好的界面，32位面向对象的程序设计而受广大软件开发者的青睐，被广泛应用于各个领域。
应用程序用visual b+ +开发环境在windows xp系统下编写，对usb接口的电阻电容测试仪进行打开、读写、关闭等操作都通过调用系统api函数完成。应用程序首先调用creat file得到usb设备的句柄，然后利用device io control 函数提交一个i/o控制代码，通过设备句柄打开连接驱动的输入输出缓冲。
三、通用串行总线(usb)及其接口芯片
通用串行总线(usb)是一种简单的计算机接口标准。在早期的计算机系统上常用串口或并口连接设备。每个接口都需要占用计算机的系统资源(如中断，i/o地址，dma通道等)。无论是串口还是并口都是点对点的连接，每添加一个新的设备，就需要添加一个isa/eisa或pci卡来支持，同时系统需要重新启动才能驱动新的设备。usb总线是intel、dec、microsoft、ibm等公司联合提出的一种新的串行总线标准，主要用于pc机与设备的互联。usb总线具有低成本、使用简单、支持即插即用、易于扩展等特点，已被广泛地用在pc机及嵌入式系统上。
四、usb协议栈驱动程序及设备驱动程序需实现的功能
usb协议栈驱动程序需实现的功能：提供与设备驱动程序的接口；读取并解析usb设备描述符，配置描述符；为usb设备分配唯一的地址；使用默认的配置来配置设备；支持基本的usb命令请求；连接设备与相应的驱动程序；转发设备驱动程序的数据包。
设备驱动程序需实现以下功能：提供与应用程序的接口；读取并解析usb设备特有的描述符，获得设备提供的传输通道；发送设备特有的和基本的usb命令请求；通过设备提供的传输通道与设备进行数据传输；通过usb命令请求重新配置设备。
五、结论
系统测试时选定若干电阻和电容的测试结果如表1所示。
数据中3号代表数字变化，数据不能读出。通过测试结果与实际值的对比，本测试仪已达到设计时的技术指标，基本满足测试人员的测试要求。
接口测试篇5
【关键词】T/R组件;嵌入式计算机;开关接口装置
T/R组件主要完成发射信号的大功率放大以及接收信号的低噪声放大，为实现波束控制对收/发信号进行幅度和相位的控制。为衡量T/R组件，需全面测试T/R组件的性能参数多达几十种。面对种类和测量参数如此多、数量如此大的T/R组件测试，其工作量十分庞大，仅靠单台仪器、手动测量完成如此巨大测试任务几乎是无法想象的，因此必须采用自动测试系统。即将多台仪器有机地结合在一起，在外控计算机的控制下发挥群体优势，才能有效地解决多功能、多参数和高速度这些互相间不无矛盾的测量要求，从而从根本上解决相控阵T/R组件在科研、生产、现场调试和设备维护等各个阶段测试问题。
一、测试原理
T/R组件综合测试系统分为控制核心，测试仪器，适配器三个层次进行组建。系统的控制核心为主控计算机，主控计算机内部安装了系统的测试程序，测试程序通过GPIB/USB/LAN等控制总线控制测试仪器完成所有T/R组件测试程序的运行、测量及后级处理等操作;测试仪器按照测量参数类型的不同，包含了信号激励类、功率参数测试类、频谱参数测试类、波形参数测试类、噪声系数参数测试类多种测试仪器;开关接口装置、T/R组件状态控制器和接口适配器作为适配器层的硬件构成，实现与被测T/R组件的连接、工作状态的提供以及多参数自动测量的自动切换等功能，其原理框***如***1所示：
***1 原理框***
说明：由于通过开关接口装置后进行噪声系数测量易于引入误差，如果需要精确测试被测件的噪声系数，建议采用单独工位进行测量。
二、系统组成
T/R组件综合测试系统以搭积木的方式进行系统集成，系统组成包括硬件平台、软件平台和总体结构方案三部分。
1.硬件平台
T/R组件综合测试系统硬件平台分为核心层、仪器层、开关适配层三个层次进行组建。核心层为系统的控制中心采用标准上架式工控计算机，其上安装有系统主控软件，通过GPIB/USB/LAN等控制总线来实现整个测试的自动控制、运行、测量及后级处理等功能。仪器层包括了系统测试所需的全面测试资源，按照测量系数类型的不同划分为信号激励、功率参数、频谱参数、波形参数、网络参数、噪声参数等部分。激励部分采用合成信号发生器MG3692C为被测件提供激励信号;控制部分采用Agilent公司的N5242A内部的脉冲发生器作为信号源的脉冲控制信号。功率、波形参数测试采用AV2441宽带峰值微波功率分析仪并配置一个峰值功率探头来实现被测件发射状态的发射功率、脉冲顶降、脉冲上升沿、下降沿等参数测试。频谱参数测试采用8563EC频谱分析仪，主要对于发射信号在连续泼或脉冲调制状态下对于发射状态的杂波带外抑制，接收状态的接收频率、接收宽带、接收灵敏度、接收动态范围等参数进行测试。网络参数测试采用Agilent公司的PNA网络分析仪可以进行连续S参数测试、脉冲S参数测试等多种参数测试。实现发射状态的端口驻波、增益、平坦度、三阶交调，接收状态的端口驻波、增益、平坦度等参数的测试。
开关适配层的核心是开关接口装置，该开关接口装置实现T/R组件的状态控制、测试通道路由等功能，是实现被测T/R组件及状态控制器与测量仪器之间自动连接和自动测试的关键，是自动测试系统的重要组成部分。其硬件主要有开关矩阵、接口电路、
嵌入式计算机主控电路及开关驱动接口电路等。其中开关矩阵是由数个同轴开关或其它继电器开关组成，这些同轴开关通常选用机械开关，通过开关的通断组合实现被测件与测量仪器的连接，每个通道的控制与切换都是在程序状态下实现。在开关接口装置的设计过程中，优化开关接口装置的组合与布局方案十分重要。如何使所有测试仪器端口与所有被测件的端口既作到互通互连，又使信号传输通路经过的开关达到最少是开关接口装置设计的关键。如果实际通过的开关越多，通道插入损耗就越大，通道的阻抗匹配特性的恶化就越严重。因此开关接口装置的设计一定要与实际需求紧密结合，根据实际需要来进行开关接口装置的组合及布局及设计和优化。
控制电路采用嵌入式计算机，具有体积小、使用灵活和方便通用等特点，外部主控计算机通过接口卡与开关接口装置的嵌入式计算机进行数据传输，嵌入式计算机解释并翻译外控计算机发送的程控命令，通过对开关驱动接口电路控制去执行外部发送的程控命令，由译码电路和锁存电路组成，译码电路为开关逻辑接口电路和每路开关提供有效的访问地址，保证开关访问的准确性，以免与其他计算机外设发生冲突;锁存电路提供多个端口和多路TTL控制信号。通过开关控制电路可以设置所需测试参数的开关选择。相反嵌入式计算机将开关接口装置所运行的工作状态等信息通过系统总线告知主控计算机。在测量程序的控制下，自动地将被测端口连接到相应的测试端口，采用分时的办法将单元的测试端口与通用仪器测试端口进行相连。当然这些开关的引入也带来一定误差，但由于这些误差是稳定的、可重复的和可表征的，因此能够通过误差修正技术有效地降低。
2.软件平台
为满足相控阵T/R组件的各种测试需求以及测试程序二次开发的需要，系统软件采用开放式软件体系结构，严格按照“通用化、标准化、模块化、系列化”要求进行设计，开发一套“开放、通用、可重构”的软件环境。系统软件设计为“核心平台+测试插件”方式，核心平台提供一些通用的模块化软件，包括测试资源管理软件、测试系统校准软件、测试程序维护软件、测试任务执行软件与信息综合处理软件等。这些模块化软件通过一个统一的操作平台软件展现给不同级别的用户，为用户提供自动测试、手动测试和仪器***使用等工作方式，辅助用户完成测试资源管理、测试程序维护、测试任务执行、测试信息综合处理以及其它扩展功能，包括用户权限管理、信息共享、平台维护和第三方软件提供等各种功能。测试插件是为了解决项目测试系统应用软件开发以及用户二次开发过程中的问题并增强系统的灵活性而采用的技术，测试插件是测试测量的基本操作单元。测试插件的开发简化为：由用户选择合适的插件并按照一定的流程连接起来，组成测试序列，而无需进行底层编程。测试程序编辑软件不仅提供插件的添加、删除、修改等基本编辑功能，而且还可以让用户方便快捷的进行参数配置和调试等工作。
接口测试篇6
关键词：软件测试；软件开发；质量
1.组件测试
组件测试又称单元测试，其目的就是验证应用程序能够很好的工作，以及尽早的发现错误。所谓组件测试其实就是测试单个组件的过程，是一种细粒度的测试。组件测试其实就是一个缺陷测试的过程，基本上使用结构化测试即白盒测试来对组件进行测试。在软件中，组件算是最小的单元，因此，组件测试可以对多个组件来进行。
1.1组件测试的类型
在组件测试阶段，需要测试不同类型的组件（对象内的单个函数或方法、有多个属性和方法的对象类、有不同对象或是函数组成的复合组件）。组件测试的内容主要有模块接口、局部数据结构测试、路径测试、错误处理测试以及边界测试。从测试的类型可以看出，比较简单的就是对单个函数或方法的测试，但是当测试多个组件组成的复合组件时，测试组件间的接口是否能正确执行是首要关心的问题，而这个测试中的关键就是对组合组件的接口测试。
1.2接口测试
接口测试是组件测试中最常用的一种测试。测试符合组件间的接口就是接口测试。由于在符合组件之间存在很多交互行为，因此，在对复合组件中的单个组件进行访问时，是要通过接口来对它们进行调用。所以，接口测试就成为组件测试中的重点。
复杂系统中最常见的错误形式包括接口错误，接口错误主要指接口误用、计时错误、接口误解等等。一般情况在不寻常的条件下、交互双方都存在接口缺陷，而这是很难发现的，因此，接口测试是非常重要的。
组件的开发和测试都是交叉进行的，组件的设计者对组件是十分熟悉的，因此，由组件的设计者来进行组件测试是在合适不过了。
2.集成测试
所谓集成测试就是指测试时将组件集成为系统来进行。集成测试的目的就是检查在一起的组件是否工作，能否正确及时进行组件与组件间的交互。集成测试就是将与接口相关的错误找出，从而使得添加的功能模块确保没有传播不期望的副作用，并且使得由于新模块的添加引起的变更不引入需求外的行为或是增加额外的错误。集成测试过程如***1所示。
***1 集成测试过程
2.1集成系统的策略
集成顺序不同，集成测试也将不同，二者密切相关。集成系统的策略从理论上来讲，其可分为自上而下的集成和自底而上的集成。但是在实际中，大多数的集成策略都是混合型的。自上而下的集成就是指先把系统框架开发出来，然后再向其中添加组件。这种方法存在一个非常普遍的问题，即在测试下一层时，还要兼测上一层。自底而上的集成就是指集成和测试都是从组件开始。不管使用哪种策略，开发额外的代码是必须的，通过额外代码的开发来仿真其他组件，从而使得系统运行起来。
对错误的定位就是集成测试中存在的主要问题。由于组件之间有复杂的交互行为存在，因此，当发现一个错误时，很难将其出错的位置找到。
2.2集成测试的方法
集成测试通常采用增量法来进行测试，从而使得集成测试中的主要问题得以解决。使用增量法，从一个集成度最小的系统配置开始，然后测试这个系统，测试完成后，一个增量一个增量地往系统中增加组件，每次增加组件后再进行测试。这种方法其优点在于易于分离和纠正错误以及彻底测试接口。这种方法的缺点在于在测试过程中经常会出现重复测试。
2.3回归测试
回归测试就是指把测试过的再进行测试。回归测试虽然出现重复测试，但是其能够保证新增模块后不会给原系统组件间的行为产生不期望的变更。回归测试是保证软件的正确运行的必要条件，但是，对测试过的再进行重新测试明显会产生不必要的浪费。
要想在使用回归测试时减少系统资源的浪费，可以从以下几个方面进行：（1）引进自动化测试。这种方法的引入，使得测试自动地重复，从而回归测试对系统资源的浪费得以减少；（2）严格规定增加快增加顺序。先增加最常用的功能块，从而对最常用的组件进行多次测试，确保在各种情况下常用功能能够实现。
集成测试的必要性还在于一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，在某些开发模式中，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。
3.性能测试
性能测试就是测试系统对在非正常条件下的运行情况。它的任务是验证软件的功能和性能及其他特性是否达到了需求规格书上的要求。一般情况下包括恢复测试、安全测试、压力测试、性能测试。恢复测试是通过各种方式强制地让系统发现故障并验证其能够重新恢复的一种系统测试。安全测试是验证在系统内的保护机制是否能够实际保护系统不受非法入侵。压力测试是以一种要求反常数量、频率或容量的方式执行系统的测试方法。
4.接收测试
接收测试是对将要分给客户的系统版本的测试过程。通常是一个黑盒测试过程，将软件与计算机的其他系统元素结合在一起，在实际运行环境下，由用户通过真实的数据测试对软件在内的计算机系统，以求能发现系统需求定义中的错误和遗漏。同时也期望能发现因系统的设施不能满足用户的需求或系统的性能无法接受的错误。
4.1接收测试的方法
接收测试的最好测试方法是基于脚本的测试，先设计出多个脚本然后再从脚本中开发错测试用例。
4.2接收测试的分类
接收测试根据用户的不同可以分为α测试和β测试。无论是α测试还是β测试都是在实际的使用环境下进行的。α测试是测试为特定的用户开发的系统，且由最终用户在开发者在场的情况下进行的，开发者在旁边记录用户所遇到的错误和使用问题，α测试要持续进行直到开发者和用户双方都对最后交付的系统满意。β测试的对象是一个将要在市场上销售的软件产品，β测试是所有愿意使用该软件的用户在使用该软件是所遇到的所有问题，然后在反馈给开发者，开发者再根据反馈回来的信息决定对软件做如何处理。通常情况下β测试能暴露开发者无法预见得错误。
随着软件应用越来越广，所要求的设计也越来越复杂，所需的开发周期越来越短，而质量要求越来越高，那么软件企业目前面临着巨大的挑战。由此，软件测试变得越来越重要，软件测试可以有效地提高软件质量。重视软件测试过程和技术是软件企业快速发展的有效途径。
参考文献：
接口测试篇7
【关键词】TETRA 多种业务交互 TTCN-3 互操作性测试
中***分类号：TN929.52 文献标识码：A 文章编号：1006-1010（2013）-24-0047-05
1 引言
随着TETRA数字集群通信系统应用范围越来越广泛，不同厂家的终端和网络设备之间的互联互通越来越普遍，因此需要利用互操作性测试来验证各个厂家的设备是否是按TETRA标准来设计的。而TETRA系统所提供的服务类型繁多，它不但能提供单呼、组呼等语音业务，还支持短数据服务和分组数据等数据业务。因此，验证多种业务交互（Service Interaction）下的协议正确性显得尤为重要。
目前，国际上的TETRA产业联盟（TETRA MoU）所进行的TETRA互操作性测试仍然是以手工方式完成的。然而，由于多种业务交互情况下的操作很复杂，需要检验的信令量很大，因此借助协议工程技术实现自动测试有重要的实用价值。
2 测试系统框架
多业务交互测试系统分为被测系统（SUT）和测试系统两部分。被测系统包括多个移动台和交换与管理基础设施（SwMI），测试系统是由协议分析仪和TTCN-3测试平台组成。多个移动台通过PEI接口连接到测试平台上，使用AT指令控制移动台进行语音呼叫或数据传输等操作。测试平台通过以太网与协议分析仪连接。协议分析仪对空中接口的信令交互进行实时监听，并将SwMI与移动台之间在空中接口传输的信令通过网络传给测试平台进行比对，以验证是否符合TETRA产业联盟的服务交互业务的互操作性测试标准（TTR001-12[1]）和测试计划（IOP001-12[2]）。测试系统框***如***1所示：
在测试平台中定义一个主要测试组件（MTC），使测试例运行在这个组件上。同时还需要定义通过以太网接收空中接口信令的并行测试组件（PTC），以及多个PEI接口对应的PTC，并用端口（port）来定义测试组件和测试系统接口之间的通信端口。
当测试执行时，测试例运行在MTC上，各个PTC通过端口收/发测试数据。端口收到数据先交给系统适配器（SA），SA将测试数据进行过滤，并按照编解码器（CD）可识别的格式进行封装，然后传递给CD。CD将接收到的数据进行解码，并通过并行测试组件进行匹配，发送数据流程则相反。
该平台针对TETRA数字集群通信协议，开发了专门的CD和SA，并针对各种操作设计抽象测试例，其设计细节将在下节详细讨论。
3 测试系统设计
3.1 开发测试流程
基于TTCN-3语言[3]的多业务交互测试系统的开发步骤如***2所示，它包括以下三个主要部分：
（1）抽象测试例开发
按照测试计划中测试例的步骤编写TTCN-3程序。首先，测试例使用AT指令控制移动台，使移动台进行拨号、接听等业务操作。这样就可实现测试步骤自动执行，提高工作效率和操作的准确性。然后，使用TTCN-3语言的测试数据模板功能，将已存储的正确数据模板与协议分析仪所监听到的数据进行比对，判断空中接口数据是否符合测试标准。
（2）编解码器（CD）开发
编解码器为测试系统和被测系统之间传送的数据信息提供适当的编解码功能。由于使用PEI接口和以太网分别接收/发送AT信令和空中接口信令，所以需要对不同接口的测试数据进行编码和解码转换，这就需要分别开发两个不同的CD。
（3）系统适配器（SA）开发
系统适配器用于适配TTCN-3测试系统和被测系统之间所有基于消息和过程的通信到一个特定的执行平台中。由于测试系统使用两类不同接口的测试数据，所以就需要分别开发不同的SA。
3.2 抽象测试例开发
（1）多业务交互
多业务交互行为指的是一个移动台在已有业务的情况下，又有新的业务进行交互的行为。
本文中交互服务包括以下三种情况：
1）移动台在参与一个语音呼叫或分组数据传输的情况下，发起另一个语音呼叫；
2）移动台在参与一个语音呼叫时发起一个分组数据传输；
3）SwMI给一个正在参与分组数据传输或语音服务的移动台提供一个新的语音服务。
上述语音呼叫可以是组呼或是单呼。对于所有服务交互的情况，移动台会根据操作或用户特定优先级来判断接受或拒绝新来的呼叫。另外，SwMI也可以调整操作所设置的优先级。
（2）抽象测试例
1）PEI模块
PEI接口是用TETRA标准所定义的移动台二次开发接口，它是利用扩展的AT指令来实现测试平台对TETRA移动台的控制。测试软件通过移动台的PEI接口，控制移动台的操作，并获取移动台的内部状态，使移动台按照协议进行服务交互操作。
在编写PEI模块时，利用TTCN-3语言定义AT指令中参数的类型、AT指令类型和模板以及AT指令的执行步骤。
2）空中接口模块
此模块处理由协议分析仪传输给测试平台的信令。根据协议要求，需要比对空中接口信令的正确性，本系统使用TTCN-3语言提供的模板功能来完成信令正确性的比对。TTCN-3定义的模板是用于传送一个特定值的集合，或用于说明测试接收的值的集合是否与模板匹配。根据ETSI制定的TETRA标准[4]所给出的信令定义即可编写出相应PDU模板。
以选用7号移动台以摘挂机方式拨打3号移动台为例，说明测试过程中空中接口信令U-SETUP的模板匹配方式，空中接口模板匹配过程如***4所示。
***4中的左侧显示所希望接收的TTCN-3数据模板，右侧显示实际接收到的数据。根据具体测试例要求，给每个模板传递关键参数值，比如呼叫方式选择为摘挂机（e_hook），单工/双工选择为半双工（e_Simplex），电路模式类型为语音（e_Speech），加密标志为未加密（e_Clear_mode），通信类型为点对点（e_Point_to_point）以及被呼SSI地址为3等。这些都是关键参数，必须要匹配。而像区域选择、呼叫优先级和可选项参数（如facility等）这些不重要的参数，其值可设为“？”或“*”。如果接收的信令正确，透视***中会显示匹配（match）。
除了数据模板匹配外，空中接口模块还要考虑信令接收顺序的问题。测试例1.1.7要求移动台在进行分组数据时，能够在分组信道（PDCH）上建立单呼。即空中接口模块先匹配U-SETUP，然后匹配SN-END OF DATA。然而，在测试例1.1.8要求移动台在进行分组数据时，不能在PDCH上建立单呼。即空中接口模块先匹配SN-END OF DATA，然后匹配U-SETUP。虽然两个测试例在PEI模块的操作是一样的，但是不同的测试例在空中接口中传输的信令顺序是不同的。所以，在空中接口模块中必须考虑接收顺序。
在多业务交互过程中还有信令顺序随机出现的情况。例如测试例1.1.9是测试移动台能在PDCH上建立组呼过程。移动台发起组呼时，SwMI指示移动台从READY状态立刻进入STANDBY状态，即空中接口模块先接收U-SETUP，又接收到SN-END OF DATA。另一种情况是移动台发起组呼时，仍然在READY状态，并继续在PDCH上建立呼叫。即空中接口模块先接收U-SETUP，然后接收D-CALL PROCEEDING、D-SETUP和D-CONNECT，最后接收SN-END OF DATA。由于这些不同的信令顺序都符合测试要求，所以在测试程序中要能够以任意顺序接收这四条信令。
在使用带确认的SDS-TL发送单独寻址短数据业务中，不同移动台发送的确认报告形式也不相同。某些品牌的移动台使用带确认的SDS-TL发送单独寻址短数据过程，而某些移动台使用状态信息发送确认报告。这两种情况都符合测试标准（TTR001-02[5]），所以在接收确认报告时，只要是U-SDS DATA或者U-STATUS中任何一个即可视为匹配，然后再接收相应的下行信令。
4 测试结果分析
本系统使用TTwork-
bench测试平台，被测移动台采用摩托罗拉的MTP850，网络系统采用北京理工大学和北京交通大学联合研制的TETRA系统。本系统测试通过了21个服务交互测试例，具体见表1。
通过多业务交互测试，可以检测被测试系统对于各种交互情况是否考虑全面。例如在测试过程中，呼叫与呼叫之间的交互测试例都可以通过，但分组数据和呼叫交互的一些情况还不完善。在测试例1.2.5中，被测移动台一直无法收到SwMI发送的下行SN-END OF DATA PDU，使得移动台无法参与组呼呼叫。经过分析，发现协议要求若移动台在分组信道（PDCH）上，新发起的组呼要在PDCH上给移动台发送D-SETUP信令，但被测试系统是在主控信道（MCCH）上发送的信令，这样就不符合标准，致使无法完成交互行为。完善被测试系统后，该测试例通过。
综上所述，通过协议一致性测试的系统可以确保能够完成协议所规定的各项功能。当然，TETRA MoU测试标准所规定的测试例仅仅是最低要求，要使被测系统更完善，测试者还应当在此基础上增加一些更复杂的测试例。
5 总结
本文给出了一种全自动集群通信系统多业务交互测试方案，它克服了当前TETRA多业务交互测试领域中测试琐碎、复杂、效率低下、正确率偏低等缺点，具有突出的实用价值。本测试方案并不局限于一致性测试，它还可以用于多种类型的测试，如互操作性测试、健壮性测试、回归测试和集成测试等。该设计思想不仅可以适用于TETRA数字集群通信系统，也可以被推广到其他通信协议的测试中。
参考文献：
[1] TTR001-12 V1.0.0. TETRA Memorandum of Understanding（TETRA MoU）； TETRA Interoperability Profile（TIP） Part 12 Service Interaction TETRA MoU[S]. Europe： TETRA MoU， 2003.
[2] IOP 001-12 V1.0.0. TETRA V+D； TIP Compliance test plan for testing of TIP Part 12： Service Interaction（TTR001-12）[S]. Europe： TETRA MoU Technical Forum， 2005.
[3] ETSI ES 201 873-1 V4.2.1. Methods for Testing and Specification（MTS）； The Testing and Test Control Notation version 3； Part 1： TTCN-3 Core Language[S]. Europe： ETSI， 2010.
接口测试篇8
关键词：GPIB接口，频谱分析仪，CAM/CAT系统
1引言
根据市场调查统计，频谱分析仪是微波测量仪器中需求量最大的门类之一。，GPIB接口。市场的需求，促进了频谱分析仪的研制和批量生产。在以前的频谱分析仪生产调试和性能测试中，基本都是人工手动进行测试、补偿和记录，由于使用的仪器设备种类繁多、功能各不相同、操作方法迥异，不仅对生产调试、测试检验人员的素质要求极高，并且速度慢、设备利用率低、重复性差，同时容易造成人为误差或错误，不能满足批量生产的要求。而且批量越大，这种问题就越明显，以个人计算机为核心的CAM/CAT系统可以从根本上解决这种矛盾。
随着计算机技术和软件技术的飞速发展，计算机辅助制造（CAM）和计算机辅助测试（CAT）得到了长足的进步。目前，CAM或CAT系统可以采用GPIB、VXI、RS-232、USB等接口。GPIB（GeneralPurpose Interface Bus）接口是测量仪器配备的标准接口，技术标准成熟，速度满足系统要求，因此，我们用带有GPIB标准接口卡的计算机与测量仪器设备组成频谱分析仪CAM/CAT系统，利用计算机智能控制各设备，自动完成频谱分析仪的参数校准、频响补偿和性能测试，并对测试数据进行快速、准确的处理和记录。
2GPIB测试系统的组成与特点
典型的GPIB CAM/CAT系统主要由个人计算机、GPIB标准接口卡和若干台配有GPIB接口的设备通过标准的GPIB电缆连接组成。系统具有以下显著特点：
1）GPIB接口编程方便，减轻了软件设计负担；
2）提高了测量性能。利用计算机对带有GPIB接口的仪器进行操作和控制，可使用各种自动校准、多次测量平均等方法，从而可以提高测量精度；
3）便于将多台配有GPIB接口的仪器组合起来，形成较大的自动测试系统，高效灵活地实现各种不同的测量任务，而且组建和拆散灵活，使用方便。
4）便于扩展传统仪器的功能。由于仪器和计算机相连，因此可利用计算机对测试数据进行更加灵活、方便的传输、处理、综合、利用和显示，使原来仪器采用硬件逻辑很难解决或无法解决的问题迎刃而解；
5）测试方法简便直观，人机界面更加友好，非专业人员也可以运用该系统进行自动测试。，GPIB接口。
3 频谱分析仪CAM/CAT系统的组建与连接
频谱分析仪的应用广泛，生产过程中要调试的参数众多，整机需测试的性能指标就多达20多项。调试和测试需要使用的设备有合成扫频源、合成信号源、网络分析仪、频率计、微波功率计、功分器、打印机等。如***1所示，首先在计算机中安装即插即用PCI总线IEEE488.2接口卡，加载驱动程序。然后用GPIB标准电缆把计算机和所有需要程控的仪器连接起来，并用打印电缆连接计算机与打印机。为了方便在生产线不同工位上使用，我们把这些仪器装入可移动机柜。同时，考虑到其他的应用可能，我们把所有设备采用软固定的方式，活动机柜门保证系统中任何一台设备可在3分钟内完成拆装，这样，可方便地组装系统或拆成单台仪器，提高了仪器的利用率。
4 软件设计说明
系统软件设计是系统开发的主体。，GPIB接口。软件完成仪器控制、数据采集、通讯、数据处理、数据分析、数据管理、信息输出等任务。频谱分析仪CAM/CAT系统采用Windows操作系统、Bland C++ Builder编程开发环境。系统软件结构框***如***2所示，共分为测试配置、测试控制、结果存储/调用和打印输出四个部分。测试配置主要实现人机界面管理和各仪器的GPIB地址分配，使整个系统能够很好的协调工作；测试控制是整个测试系统的主体部分，在这部分实现了频谱仪各项指标的测试过程。由于测试项目众多，因此每一个测试项目都编写成一个***模块，减少软件系统模块间的耦合，每个模块都实现一个完整的测试项目；结果存储/调用部分实现了数据的存储与调用，方便了测试完成后的数据处理和备份；打印输出部分主要对测试结果进行实时打印输出。
为提高系统的通用性和扩展性，兼顾不同厂家和型号的测试仪器，并顺利完成新型或其它厂家的频谱分析仪测试，在软件设计时把各种常用仪器的控制程序列写成不同的子程序模块，对某种测试仪器配置，软件根据系统配置检测结果调用相应的子程序模块。被测频谱分析仪的控制模块也写成子程序模块，这样，系统的功能扩展和维护就变得容易。
对于一个测试项目，测试软件需要对测试流程、测试仪器工作模式、被测频谱分析仪参数设置等进行连续控制。我们以校准器幅度准确度测试模块为例，说明测试控制部分的程序编写流程，***3是该测试模块的流程***。首先获取各个仪器的控制句柄，从而能够对不同仪器进行分别控制；其次设置信号源频率为300MHz，幅度-20dBm，设置频谱分析仪“CF300MZ；SP50KZ；RBW3KZ；VBW30HZ；LG1DB；RL-18DM；”执行峰值搜索、定标，将信号输入电缆从信号源移至校准信号输出，再执行搜索峰值，读取信号差值。判断读取数值是否在指标范围之内。这样便完成了校准器幅度准确度的测试。，GPIB接口。
5 系统功能
频谱分析仪CAM/CAT系统提供的是按钮形式的界面，通过按钮弹出的下拉式菜单，使用者可以选择不同的功能，执行相应的操作命令。
1）系统配置，根据测试仪器配备情况分配GPIB地址，选择相应控制子程序。
2）系统自检，进入自检状态，系统对自身的软件和硬件配置进行全面的检查，确保系统的完整有效。对于自检过程中发现的问题，生成自检报告，以供查看。
3）测试人员、环境条件记录，内容包括，口令、测试人员、测试时间、环境条件等。
4）测试项目选择，在主界面列出了频谱分析仪整机需要测试的所有指标测试项目，每个项目都可以被单独选择测量，也可以选择任意几个直至全部项目进行组合测量。
5）测试过程组合显示，进入组合测试程序后，可以逐个进行各个项目的测试，同时逐个显示测试向导，确认后按照测试流程完成测试，测试的同时，界面显示测试项目的限值、测试结果或波形。
6）测试结果报告，在组合测试结束后，形成测试结果报告，使用者可以选择阅读报告内容。，GPIB接口。
7）发生异常情况时，使用者可以随时中断该系统的测试过程。
6 结束语
频谱分析仪CAM/CAT系统已经应用在AV4032和AV4033频谱分析仪批量生产中，在使用中，充分体现了该系统的自动化程度高、快速、测量精度高、可靠性高、通用性强、扩展能力强的特点，有着巨大的优越性：它可以提高生产效率，例如频谱分析仪的频响平坦度补偿，若手动操作需要2人花费8小时，而用频谱分析仪CAM/CAT系统只需一人30分钟就可完成，仅此一项每台频谱分析仪就可以节约15个工时；其次用自动测试系统可以大大减少人为因素影响，提高产品一致性及质量可靠性。，GPIB接口。另外将计算机用于生产便于对每台频谱分析仪生产过程及维修情况进行建档存储，有利于质量跟踪及用户服务。
参考文献
1）王擎天赵继业等现代通信测量仪器***事科学出版社1999年5月
接口测试篇9
关键词：Web Service；自动化测试；python WSDL
中***分类号：TP311.53 文献标识码：A
一、引言
随着计算机网络技术的发展，企业内部、企业之间对于网络上应用能够进行相互交互的需求应运而生，这样的需求使得企业应用急需寻求一种体系结构，可以让不同的计算机实体之间使用基于标准的数据描述方法以及标准的调用方法进行交互。Web Service以其松耦合、简单、高度集成、规范、易开发的特点获得行业支持，无论是平台供应商、解决方案供应商、技术供应商还是服务提供商都纷纷在自己的平台、解决方案中加入Web服务。
在这样的形式下，如何保证Web Service的服务质量成为了人们最为关注的问题。如果某个Web Service在实际应用中出现严重问题，无论后果轻重，都不是人们所期望看到的，由此，人们对Web Service进行高效、全面的测试需求变得日期强烈。显然，让测试人员手动测试存在着人工成本高、自动化测试程度低、测试不充分，重复性测试造成效率低等诸多问题。为了提高Web Service的测试效率，降低测试成本，本文实现了一种全新的Web Service自动化测试平台，并在实际中获得了应用。
二、Web Service测试
（一）Web Service测试的特点和困难
虽然Web Service测试也包含功能测试、性能测试、安全性测试等。但与传统软件测试相比，Web Service测试有许多独特的地方，进而导致Web Service测试面临很多困难，目前面临的主要测试困难如下：
1.Web Service包括大量分布式应用，大量用户可能在同一时间访问同一服务，因此性能测试是一个重要的方面，手工测试很难做到。
2.由于知识产权等原因，服务提供者往往不暴露过多的服务实现细节，而是以接口形式服务，使用者只能获得Web Service的接口信息描述文档WSDL，该特性使得一切白盒测试技术失效。
3.接口参数往往以XML文件形式传输，而XML文件可能包含大量节点参数，每个节点参数都有各自的格式要求，有时节点参数间也会存在一些相互依存关系。如果这些都靠手工测试，工作量将会非常大，特别是在版本演变情况下，要进行大量的重复性测试工作，效率低下。
4.对Web Service的测试需要构建专门测试客户端，通过客户端或远程调用Web Service来收集服务响应信息，并根据响应信息分析测试结果，从而快速定位测试中发现的故障。
5.Web Service接口版本的演进，如新增加接口等，如何保证新增加接口的质量以及确保新增加接口未对已有接口产生破坏。
（二）传统软件测试与Web Service测试的比较
和传统软件测试相比，Web Service测试需要服务提供者、服务中介和服务请求者协作共同完成测试任务，测试也由传统的、集中的、离线的测试变为分散的、***的即时测试。
三、平台的设计与实现
（一）设计目标
基于上述提到的在Web Services测试过程中出现的问题，本平台需要达到以下目的：
1.可以通过编写脚本，进行自动化测试，尽量减少手动参与。如：针对某个参数进行测试，该参数会有各种格式要求，可以在脚本中将各种可能出现的参数格式进行列表，并填写对应的返回结果，根据返回结果能快速定位原因。
2.通过对配置文件进行修改，确定本轮自动化测试需要测试哪些功能。包括：对单个接口进行***测试，甚至对接口的某个参数单独测试，版本演进过程中对新增加接口进行***测试。
3.详细自动化测试日志，包括：记录测试过程中测试接口名，输入输出参数，预测结果，实际返回结果，比对结果等，如果参数是XML的整个文件内容，则还需生成该文件，便于故障定位。
4.测试版本化，可以根据接口版本号进行测试。如：新开发版本2后，在版本2测试过程中，可以先对版本1进行自动化测试，确保版本1接口没有受影响。
5.测试结果统计，测试结束后，对本轮自动化测试情况生成测试报告，包括测试接口数、测试用例数、成功数、失败数、测试异常情况、总耗时等。
（二）测试流程
测试流程包括分析需求、制定计划、设计用例、开发脚本、执行用例和分析结果。如***2-1所示：
其中：
分析需求：包括根据实际业务需求，整理需要测试哪些功能，以及哪些功能可以进行自动化测试；
制定计划：主要包括确定时间进度等；
设计用例：包括测试步骤、验证方法等；
开发脚本：根据用例开发脚本，组合不同的脚本；
执行用例：按计划执行用例，生成测试报表；
分析结果：根据测试报表进行分析测试结果，包括测试成功数、测试失败数、测试异常数、耗时等；
（三）平台实现
本平台是基于Python语言实现的，Python作为一种面向对象、解释型计算机程序设计语言，在测试方面尤其得天独厚的优势。
1.通过脚本生成配置文件，确定本次测试哪些版本，哪些接口功能：
2.根据测试版本及功能项依次设置测试用例，如部分性能测试及用户登录测试脚本：
3.运行日志，以init接口参数正常情况为例：成功返回001，失败返回对应错误码，如：
其中：800-001-010-003表示文件中对应层级节点，015表示错误描述。
4.生成报表
四、总结
虽然该平台在实际项目中获得了应用，并取得了很好的效果，但依然存在一些不足，如还是命令行执行方式，没有开发界面，运行日志以文本文件形式存储等，下一步研究日志存于日志服务器中，将该平台应用于更多项目中，在实际应用中检测平台效果，进一步对平台进行完善。
参考文献：
[1]冯细光，刘建勋.Web服务测试技术综述[J].微计算机应用，2010.
[2]徐蔚.Web Services测试平台设计与实现[D].昆明理工大学，2008.
[3]马春燕，朱怡安，陆伟.Web服务自动化测试技术[J].计算机科学.2012.
[4]柳胜.软件自动化测试框架设计与实践[M].北京：人民邮电出版社.2009.
[5]Wesley J.Chun.Core Python Programming[M].北京：人民邮电出版社.2008.
接口测试篇10
关键词：航空装备，测试程序集TPS，板卡测试
0引言随着科学技术的快速发展，特别是数字技术及各种大规模集成电路的广泛应用，我海***航空电子装备发生了巨大变化，组成结构越来越复杂，功能越来越强大，技术含量越来越高，可靠性也有明显提高，但是，装备的三级修理难度却越来越大，“木桶—短板效应”越来越明显，已经成为一个十分普遍的问题，甚至可以说，已经成为提高装备完好率和飞机出勤率的主要瓶颈之一。
为提高部队的维修、保障水平，适应现代战争对后勤的综合保障能力的要求，借鉴国外***用机载设备的综合维护经验，我们研制开发了基于TPS的航空装备板卡测试系统。
1系统组成系统主要由硬件平台、软件平台、测试程序集TPS和附件等组成，如***1所示。
***1系统组成示意***
硬件平台主要包括：测控计算机(TCC)、总线控制器、测试资源、PXI机箱、VXI机箱、矩阵开关、阵列接口、通用信号转接装置、专用适配器/板、高精度电源、连接电缆、相应的附件和机柜等。
软件平台是整个系统指控中心，是系统能有条不紊协同工作的重要保证。系统软件平台由多个功能相对***的模块或系统组成，负责控制协调系统中测试仪器、激励模拟仪器的工作、测试过程的激励模拟和数据采集，以及运用诊断知识对故障进行推理等，完成对被测外场可更换单元（LRU-Line Replace Unit）、电路板（SRU-Shop Replace Unit或PCB，包括数字、模拟、数/模混合三种类型）的测试和故障定位隔离。
测试程序集TPS是测试程序(TP)、接口装置(ID)和测试程序文档(TPD)的集合。
附件主要有电缆、打印机、设备小车、工作台等。
2系统硬件设计根据被测武器装备LRU和PCB的特点和种类，我们确立了以功能测试为主，辅以其它方法的测试方案。系统采用统一的系统测试软件，PXI、VXI总线和GPIB总线混合式结构形式，标准定义的适配器结构、阵列接口、矩阵开关和机架结构，将计算机资源和系统测试资源等各组成单元有机连接在一起，系统主控计算机软件系统通过标准接口软件实现对PXI总线仪器、VXI总线仪器和GPIB总线仪器的统一调度和控制，产生仿真测试所需的激励，通过通用信号转接箱和专用适配器加载至被测板边缘连接器的相应端子，同时获取相应的响应数据，通过诊断软件的分析、判断，完成故障定位，同时对故障进行模型分析、故障树分析，提取新的故障模式进行故障仿真，并对故障树进行修正。从而自动地或手动地完成对被检单元的测试和诊断。免费论文参考网。航空装备板卡测试系统的硬件结构如***2所示。
***2航空装备板卡测试系统的硬件结构***
2.1测控计算机(TCC)测控计算机（TCC）由计算机主机、显示器、鼠标、打印机等设备组成。计算机主机内含有MXI-2(或1394)总线接口卡、GPIB总线接口卡、显卡等。测试控制计算机是NAAE-GPTDS的测试、控制中心。
2.2测试资源根据初步确定的信号特征，系统的测试资源包括：零槽控制模块、ARINC429总线模块、1553B总线模块、八通道串口、VXI四通道示波器、函数信号发生器、数据采集模块、数字多用表、任意波信号发生器、D/A模块、A/D模块、开关量I/O模块、矩阵开关、继电器模块、射频开关、大功率继电器模块、程控电阻模块、总线模拟控制器、各种导航信号模拟器、雷达信号模拟器、导弹模拟器、程控交流电源、程控直流电源、固定直流电源等多种测试资源(PXI、VXI模块)。
2.3阵列接口阵列接口是信号输入输出的通道，是测试系统与适配器的连接界面。阵列接口应采用VPC 90系列阵列接口，参考ARINC608A的标准。设计过程中，通道的数量应考虑系统以后的扩展能力，要预留一定的通道数量。
2.4矩阵开关矩阵开关实现测试资源信号的切换。
2.5通用信号转接装置通用信号转接装置主要用于PCB与系统阵列接口之间的测试信号转接与调理，包括：插件板转接器、信号转接调理器，结构如***6所示。免费论文参考网。整个转接与信号调理装置规划为五个区：总电源区、插件板区、信号调理区、程控电源区和资源连接区。
2.6接口适配器(TUA)该接口适配器主要完成LRU和ATE系统阵列接口之间的电气、机械连接装置，其功能是实现信号的调理、匹配和转接。必须根据各个被测试对象的实际情况自行研制。不同的被测设备必须通过相应的适配器才能接入系统进行检测。
2.7连接电缆外部连接电缆主要功能是为被测试单元连接到ATE的接口适配器提供电气、机械的连接，连接电缆的制作应当符合国***标的有关要求。为了防止在连接机载设备出现差错，在设计时对于连接电缆插头相同的应采取防差错设计。
3系统软件设计航空装备板卡测试系统的系统软件是系统的灵魂，是系统正常、可靠运行的基础。在充分分析航空装备板卡测试系统的功能需求的基础上，采用层次化、模块化设计方法和成熟的技术进行系统软件的设计和开发。系统软件具有良好的可视化人机界面，使用方便。
为了保证系统软件的顺利开发，按照软件工程的思想，进行系统软件的需求分析、概要设计、详细设计及各阶段软件的文档编制及管理，在开发过程中采用项目管理软件对系统软件开发分阶段实施及管理。
3.1操作系统与软件开发环境操作系统选用Windows2000。
开发环境：测试软件的开发主要采用Lab Windows/CVI，同时采用VB、VC等通用开发软件进行开发。测试程序集TPS开发采用专用的开发工具（如Top Test、PAWS等）进行开发。免费论文参考网。数据库的开发采用Microsoft Access。
3.2系统软件的结构与组成系统的软件主要由测试系统集成软件、系统自检、系统校准、执行软件、测试诊断开发平台软件、***帮助、系统数据库管理软件和系统数据库组成。
航空装备板卡测试系统的系统软件采用层次化、模块化设计方法，是面向信号的测试系统软件。软件的结构如***3所示。
***3航空装备板卡测试系统系统软件层次结构及组成
3.3TPS测试程序的设计测试应用层是系统软件的顶层，实现被测试单元测试，并提供人机对话及操作界面。该层含有全部被测试单元的测试程序集(TPS)。
(1) 测试程序集(TPS)的定义及其功能
TPS是测试程序(TP)、接口装置(ID)和测试程序文档(TPD)的集合。
测试程序是航空装备板卡测试系统针对被检测单元的测试过程而编写的执行具体检测任务的软件，在测控内核模块提供的测试函数的基础上完成对设备的检测、测试和故障诊断并输出结果。
接口装置是指阵列接口和接口适配器所描述的信号路径、电气连接去向等，这些内容将在测试程序编程时通过定义常量、变量或编写程序实现。
测试程序文档是测试程序的说明和一些辅助资料，对测试过程中的某些信息、接口装置的相关信息加以说明，如测试通道、测试连接关系和需操作人员干预的信息等。测试程序文档是系统测试程序开发的重要的组成部分，在系统的开发过程中应当重视文档的建设和管理。
(2) TPS的基本设计要求
测试程序应当操作简单、实用，测试资源控制方便，测试过程稳定、准确和测试数据精确、可信。
在设计测试程序时，按专业进行模块化设计，采用标准C语言编程，源代码不涉及具体的测试资源信息，这样使测试程序的结构明了、通用性好，具有良好的稳定性和可移植性。
(3) TPS界面
TPS界面是人机对话和测试结果输出的界面，是航空装备板卡测试系统的重要组成部分。TPS界面采用***形窗口的形式，以鼠标化操作为主，配合少量的键盘操作(输入文字、数字、必要的热键)。
(4) TPS模块组成
航空装备板卡测试系统的TPS按被测设备的成品组件LRU和电路板PCB进行模块分配。基本分配原则是一个LRU就有一个TPS，一个PCB就有一个TPS。单项TPS模块中的各项测试及完成的其它功能按树状结构进行逐级分解。
LRU单元TPS总体模块的大致划分如***4所示。同样可按照PCB板进行划分共若干个TPS。
***4单项TPS的基本模块结构
4系统工作模式为了能够适应各种类型的被测PCB，同时更进一步提高系统测量精度、自诊断精度、故障覆盖率和故障定位精度，系统设计了4种工作模式。
l全自动工作模式：对于部分可测试性较好的PCB，系统从PCB边缘连接器可以获得故障定位所需的全部信息，此时系统根据已开发的测试诊断程序，自动完成全过程操作，完成故障定位任务，同时诊断结果存入相应数据库，并形成诊断报告；
l半自动工作模式：对于部分不能通过被测PCB边缘连接器获得全部诊断信息的，系统按照诊断流程的提示，提示操作人员使用元器件夹具、探针笔进行测试或提供人机对话方式获取其余信息，提供给诊断分析程序完成故障定位任务；
l自检工作模式：为了提高系统的可靠性和使用效率，系统设计了上电自检、人工启动自检和定期自检三种自诊断方式。系统在加电时，能够自动进行自检测试程序；能够定期自检测试，也可以由人工启动进行自检测试。自检测试结果输出或自动存档；
l人工测试模式：对于微波电路的故障诊断系统采用人工测试诊断方式，另外操作人员需要临时完成一个小TPS设计与实施，或需要对某种故障模式进行仿真等临时任务，系统提供手动测试方式，操作人员根据系统向导提示按步骤完成仪器配置、测试流程配置等工作，或使用仪器软面板完成临时测试任务。
5结束语航空装备板卡测试系统从硬件结构到测试软件都符合ATE的统一标准，通用性好，易于实现；而且具有一定的灵活性，便于使用。能满足二级和三级维修保障需求。对降低维修费用、提高装备的完好率具有十分重要的意义，***事和经济效益是明显的。
参考文献：
[1]邱智，王玉峰等. 机载设备自动测试系统平台设计[J].测控技术.2005，vol(24),NO1.
[2]王凯让，吕洁光等. 通用电路板自动测试与故障诊断系统[J].宇航计测技术.2005，vol(25),NO1.
[3]周鑫，何昭. 信号发生器通用自动测试系统软件的研制[J].计量技术.2005，NO4.