Achieving Test Program Set transportability through interface design

Joseph E. Eckersley, W. Adams
{"title":"Achieving Test Program Set transportability through interface design","authors":"Joseph E. Eckersley, W. Adams","doi":"10.1109/AUTEST.2009.5314002","DOIUrl":null,"url":null,"abstract":"For decades, the automatic test community has worked to develop hardware standardization and interface protocols that aid in mitigating the impact of equipment obsolescence on the repair and maintenance mission. The traditional view of Test Program Set (TPS) transportability in this environment has always been one of migrating a legacy TPS to a new hardware architecture design born out of a need to replace aging technology or provide new test capability. The Department of Defense (DoD) has recognized the benefit of standardizing automatic test systems (ATS) through policy guidance whose intent is to drive the services to a common configuration test environment, thereby reducing life cycle sustainment costs for all DoD systems. Today, hardware standardization has advanced to the point that many ATS look and function very similar to one another. However, there are two major hurdles that continuously thwart our efforts to develop a standard core test system, the lack of a standard UUT interface and the lack of an open architecture software design that facilitates operations in any environment and on any test system architecture. Automatic Test Markup Language (ATML) provides promise with regards to the development of standardized test software interfaces. Developing a standard hardware configuration for all test requirements is ultimately achievable with the technology currently available today except for one simple but hugely significant hurdle, the cost involved in re-hosting the myriad of test program sets currently in existence. Therefore, any significant advance in common interface design has to take into account the need to minimize the impact to existing test program sets. This paper will seek to explore the various technological possibilities for overcoming the barriers to true TPS transportability that exist in today's automatic test community.","PeriodicalId":187421,"journal":{"name":"2009 IEEE AUTOTESTCON","volume":"24 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2009-11-06","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"2","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2009 IEEE AUTOTESTCON","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/AUTEST.2009.5314002","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 2

Abstract

For decades, the automatic test community has worked to develop hardware standardization and interface protocols that aid in mitigating the impact of equipment obsolescence on the repair and maintenance mission. The traditional view of Test Program Set (TPS) transportability in this environment has always been one of migrating a legacy TPS to a new hardware architecture design born out of a need to replace aging technology or provide new test capability. The Department of Defense (DoD) has recognized the benefit of standardizing automatic test systems (ATS) through policy guidance whose intent is to drive the services to a common configuration test environment, thereby reducing life cycle sustainment costs for all DoD systems. Today, hardware standardization has advanced to the point that many ATS look and function very similar to one another. However, there are two major hurdles that continuously thwart our efforts to develop a standard core test system, the lack of a standard UUT interface and the lack of an open architecture software design that facilitates operations in any environment and on any test system architecture. Automatic Test Markup Language (ATML) provides promise with regards to the development of standardized test software interfaces. Developing a standard hardware configuration for all test requirements is ultimately achievable with the technology currently available today except for one simple but hugely significant hurdle, the cost involved in re-hosting the myriad of test program sets currently in existence. Therefore, any significant advance in common interface design has to take into account the need to minimize the impact to existing test program sets. This paper will seek to explore the various technological possibilities for overcoming the barriers to true TPS transportability that exist in today's automatic test community.
通过接口设计实现测试程序集的可移植性
几十年来,自动测试社区一直致力于开发硬件标准化和接口协议,以帮助减轻设备过时对维修和维护任务的影响。在这种环境中,测试程序集(TPS)可移植性的传统观点一直是将遗留的TPS迁移到新的硬件体系结构设计中,这是由于需要替换老化的技术或提供新的测试功能而产生的。国防部(DoD)已经通过政策指导认识到标准化自动测试系统(ATS)的好处,其目的是将服务驱动到通用配置测试环境,从而降低所有国防部系统的生命周期维护成本。今天,硬件标准化已经发展到许多ATS外观和功能非常相似的地步。然而,有两个主要的障碍不断阻碍我们开发标准核心测试系统的努力,缺乏标准的UUT接口和缺乏开放的体系结构软件设计,以促进在任何环境和任何测试系统体系结构上的操作。自动测试标记语言(ATML)为标准化测试软件接口的开发提供了希望。为所有的测试需求开发一个标准的硬件配置是可以用目前的技术实现的,除了一个简单但非常重要的障碍,即重新托管当前存在的无数测试程序集所涉及的成本。因此,公共接口设计的任何重大进步都必须考虑到最小化对现有测试程序集的影响的需要。本文将探索各种技术可能性,以克服当今自动测试社区中存在的真正TPS可移植性的障碍。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:604180095
Book学术官方微信