System models effect on test integration cost

H. Pritchett
{"title":"System models effect on test integration cost","authors":"H. Pritchett","doi":"10.1109/AUTEST.2011.6058775","DOIUrl":null,"url":null,"abstract":"Models and paradigms imposed by test development and support applications impact test program integration costs. One major cost component of test development and test rehost efforts is integration. The test system representations engaged to develop and design test applications are a primary factor that drives how much engineering effort is expended during integration. Achieving test platform independence for test applications has been a high priority and ongoing focus for the test community. Test platform independence has a distinct impact on, and a close relationship to, test integration. Much of the effort spent on platform independence thus far has been involved with how to specify test requirements and test programs so that they do not, either directly or indirectly, demand specific test platform resources or implementations. Even with strict adherence to guidelines meant to maximize platform agnostics, significant effort is still required to adjust test program software during integration to accommodate test system, test software, and test adapter characteristics that were not anticipated or compensated for. Typical integration efforts involve altering parametric values used to invoke source instrumentation, imposing test limits, defining test timing, and other test program aspects. Although many of these test program aspects are the same as those used to provide platform independence, they must be altered to accommodate specific test systems during integration. This apparent paradox where platform-independent information must be altered to accommodate specific platforms is one consequence that can be explained by evaluating the system models and paradigms used in test development and test architectures that affect integration efforts.","PeriodicalId":110721,"journal":{"name":"2011 IEEE AUTOTESTCON","volume":"23 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2011-09-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2011 IEEE AUTOTESTCON","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/AUTEST.2011.6058775","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0

Abstract

Models and paradigms imposed by test development and support applications impact test program integration costs. One major cost component of test development and test rehost efforts is integration. The test system representations engaged to develop and design test applications are a primary factor that drives how much engineering effort is expended during integration. Achieving test platform independence for test applications has been a high priority and ongoing focus for the test community. Test platform independence has a distinct impact on, and a close relationship to, test integration. Much of the effort spent on platform independence thus far has been involved with how to specify test requirements and test programs so that they do not, either directly or indirectly, demand specific test platform resources or implementations. Even with strict adherence to guidelines meant to maximize platform agnostics, significant effort is still required to adjust test program software during integration to accommodate test system, test software, and test adapter characteristics that were not anticipated or compensated for. Typical integration efforts involve altering parametric values used to invoke source instrumentation, imposing test limits, defining test timing, and other test program aspects. Although many of these test program aspects are the same as those used to provide platform independence, they must be altered to accommodate specific test systems during integration. This apparent paradox where platform-independent information must be altered to accommodate specific platforms is one consequence that can be explained by evaluating the system models and paradigms used in test development and test architectures that affect integration efforts.
系统模型对测试集成成本的影响
由测试开发和支持应用程序施加的模型和范例影响测试程序集成成本。测试开发和测试重新托管工作的一个主要成本组成部分是集成。用于开发和设计测试应用程序的测试系统表示是驱动在集成期间花费多少工程努力的主要因素。为测试应用程序实现测试平台的独立性一直是测试社区的优先级和持续关注的焦点。测试平台独立性对测试集成有着明显的影响,并且与测试集成有着密切的关系。迄今为止,花费在平台独立性上的大部分工作都涉及到如何指定测试需求和测试程序,以便它们不直接或间接地要求特定的测试平台资源或实现。即使严格遵守旨在最大化平台不可知性的指导方针,在集成期间调整测试程序软件以适应没有预期或补偿的测试系统、测试软件和测试适配器特性仍然需要大量的努力。典型的集成工作包括改变用于调用源工具的参数值,施加测试限制,定义测试时间,以及其他测试程序方面。尽管这些测试程序的许多方面与那些用于提供平台独立性的方面是相同的,但是在集成期间必须对它们进行修改以适应特定的测试系统。这种与平台无关的信息必须被改变以适应特定平台的明显矛盾,可以通过评估影响集成工作的测试开发和测试架构中使用的系统模型和范例来解释。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约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学术文献互助群
群 号:481959085
Book学术官方微信