过去，测试程序通常在“Visio”中被描述或绘制为流程图。该规范是“手工”为各种目标系统一次又一次地编写的。很容易看出，这既不高效也不安全。新的 OTX 标准 -开放式测试序列交换- 因此在汽车工业中得到了发展。OTX 是 ISO 13209 标准化平台和独立于测试仪的可执行测试序列描述格式。基于 XML 的测试描述语言能够跨部门、工具和流程边界交换测试知识。存储在序列中的专有技术不会丢失，甚至可以在多年后重新使用。OTX 是具有可验证质量的可执行规范。它是平台独立的。它可以连接不同的标准，因此具有协调统一的性质。

什么是OTX？

过去，测试程序通常在“Visio”中被描述或绘制为流程图。该规范是“手工”为各种目标系统一次又一次地编写的。很容易看出，这既不高效也不安全。新的 OTX 标准 -开放式测试序列交换- 因此在汽车工业中得到了发展。OTX 是 ISO 13209 标准化平台和独立于测试仪的可执行测试序列描述格式。基于 XML 的测试描述语言能够跨部门、工具和流程边界交换测试知识。存储在序列中的专有技术不会丢失，甚至可以在多年后重新使用。OTX 是具有可验证质量的可执行规范。它是平台独立的。它可以连接不同的标准，因此具有协调统一的性质。

一个测试序列由一个或多个活动组成。所有活动都按主题分组在称为 OTX 扩展的 OTX 库中。OTX 基础库（Core）包含通用逻辑的所有活动，例如过程调用、赋值、分支、循环、并行执行活动和错误处理。所有扩展都通过特定功能扩展了独立的可运行内核，见上图（深灰色 = ISO 13209-3，浅灰色 = ISO 13209-4）

标准化以掌握日益增长的复杂性

我们生活在一个互联的世界中。安全、宽带和跨系统通信的全面可用性、日益苛刻的客户要求以及不断加剧的全球竞争对所有运营工作流程和流程造成**压力。日益增加的复杂性给公司带来了不断质疑和改进其运营流程的挑战。对复杂性的“轻松”掌握程度使操作流程的质量可见。

为此，背景标准发挥着核心作用。标准为全球范围内的组件交换建立了统一的原则。它们基于可证明的科学论据并追求宏观经济目的。对所有人的利益超出了个人或机构的利益。基本上，标准是建议，使用是自愿的。然而，由于技术和经济解决方案相互作用的重要性，尽可能广泛地接受和使用标准是必要和有用的。

由于其整合和协调作用，OTX 标准特别重要，因为 OTX 能够像几乎没有其他标准一样将不同的当前独立标准结合在一起。

集成到现有标准中

OTX 与 ISO 22900（诊断运行时系统 MVCI）和 ISO 22901 (ODX) 等现有标准无缝集成，并作为其他领域标准和应用程序的链接，例如 ASAM GDI、ASAM XIL 或 ASAM MCD3-MC。OTX 的目标是过程可靠的测试知识交换、存档和执行。在合适的图形软件工具的支持下，这使得诊断开发过程更加简单和高效。

好处

• 用于完整描述可执行测试逻辑的简单元语言

• 具有可测试质量的可执行规范

• 测试知识的机器和人类可读存储

• 独立（技术、服务商、工具厂商），开放稳定

• 行为协调和整合，因为它可以很容易地结合不同的标准

• 通过测试逻辑和运行时实现之间的严格分离实现平台独立

积极的开发和广泛的工具支持

访问外部系统（OTX 映射）

为了通用和跨平台访问任何外部系统，所谓的 OTX 映射是与汽车制造商一起开发的。独立于实际测试逻辑、用户界面、环境数据、状态信息或任何设备驱动程序都可以通过映射层集成。通过交换单个 XML 文件，可以在制造商 1 的测试台 A 或制造商 2 的测试台 B 上运行相同的 OTX 序列。可以通过 OTX 映射编辑器以图形方式创建和编辑映射。

OTX 与 Java

如果 OTX 是作为特定领域的元语言引入的，那么争论很快就来了：为什么需要一种新的编程语言？还不够吗？为什么我们不使用Java？Java不是更成熟，工具支持更好吗？

争论是可以理解的，但 Java 和 OTX 没有可比性。Java 的数据模型比 OTX 复杂得多。OTX 因减少汽车行业测试的真正需要而蓬勃发展。OTX 包含广泛的特定于应用程序的专家知识，用于描述测试序列。如果你试图在 OTX 的方向上改变 Java，你只会创建第二个 OTX 标准，你将没有任何好处。

对于 Java，您需要具有特殊知识的软件开发人员，对于 OTX，您需要具有编程技能的工程师或技术人员。使用 Java，您可以编写 OTX 编辑器，使用 OTX，您可以描述测试序列。

为了执行 OTX，生成、翻译和执行 Java（或其他）代码。