什么是OTX
过去，测试程序通常被简单地描述或绘制为 "Visio"中的流程图。这种规范被一次又一次地 "手工 "编制成各种目标系统的程序。不难看出，这样做既没有效率，也没有流程安全。因此，汽车行业开发了新的标准OTX(Open Test Sequence Exchange 开放式测试序列交换格式)。OTX是一个ISO 13209标准化平台和独立于测试人员的可执行测试序列描述格式。基于XML的测试描述语言能够跨越部门、工具和流程的界限交换测试知识。存储在序列中的技术诀窍不会丢失，甚至可以在多年后重新使用。OTX是一种可执行的规范，具有可验证的质量。它是独立于平台的。它可以连接不同的标准，因此它具有协调和整合的性质。
DiagDataBrowsingPlus Extension
扩展了DiagDataBrowsing扩展，以读取存储在ODX数据库中的静态信息。DiagDataBrowsing Extension
DiagDataBrowsing扩展基于DiagCom扩展，在运行时提供有关诊断数据的信息。Flash Extension
Flash通过访问ODX容器的Flash数据的活动扩展了DiagCom扩展。Flash序列可以被生成，因此ECU可以被重新编程。ComInterface Extension
在运行时为DoIP实现车辆通信接口的处理。BusMonitoring Extension
它的引入是为了在运行时异步收集通信数据，并分析与基于MVCI的系统密切相关的监控帧。DiagConfiguration Extension
可以在运行时选择和更改ODX项目。DiagCom Extension
DiagCom库允许访问符合ISO 22900标准的标准化诊断运行时系统（MVCI服务器），以便与车辆进行车载诊断通信。EcuConfiguration Extension
实现了一种简单的方式，基于ODX中的ECU-CONFIG容器来完全配置ECU。OTX Core
独立的可执行核心包含所有的一般测试逻辑活动，如过程调用、分配、分支、循环、并行执行活动和错误处理。每个扩展都用新的、特定的功能来扩展核心。HMI Extension
HMI扩展包含了通过图形用户界面（GUI）与用户交互的活动。OTF 能够绑定到现有的 Windows 窗体或 WPF 应用程序中。应用程序中的控件可以通过所谓的屏幕映射映射到流程的OTX变量上。Quantities Extension
Quantities扩展扩展了核心的物理单位计算活动。EventHandling Extension
EventHandling扩展提供了处理事件的活动，例如：用户的鼠标点击、改变变量或定时器的到期。EventPlus Extension
扩展了Event扩展，以支持复杂类型的深度变化监控，如List、Map或ByteField。Measure Extension
通过测量扩展，OTX提供了基本测量和控制任务的活动。i18n Extension
为了定位测试仪，I18n扩展包含访问多语言文本块库的活动。ExternalServiceProvider Extension
提供动作、术语、事件和数据类型，用于访问任意的外部服务，如web服务、数据库或库。Assertion Extension
提供一个新的断言动作，可用于确保 OTX 测试序列的正确执行，而不影响测试逻辑。StateVariable Extension
提供一种机制，将状态信息从 OTX 序列内部传输到环境中。DataType Extension
支持经常需要的数据类型Enumeration和Structure。Job Extension
作业扩展扩展了DiagCom扩展，可以访问MVCI服务器的作业API。Math Extension
数学扩展包含了 OTX 核心不包含的一系列数学函数，如：B. Power, Log, Ln, Sin, Cos, Tan。FlashPlus Extension
扩展Flash扩展，使Flash文件能够后期绑定。DiagComPlus Extension
扩展DiagCom扩展，涉及功能寻址和com通道处理。StateMachine Extension
扩展 OTX，支持状态机工作流，以替代序列。DateTime Extension
DateTime提供了处理日期和时间的元素。StringUtil Extension
StringUtil扩展包含了处理字符串的活动。ZipHandling Extension
提供压缩或解压ZIP容器的动作和术语。ResultHandling Extension
提供的功能允许以结构化的方式捕获、评估和持久地写入测试序列的结果。Util Extension
包括 OTX Core 没有涵盖的高级便利功能，如 StringFormat 或 ListSort。BlackBox Extension
BlackBox 数据类型是一个容器数据类型，用于传输 OTX 中未知的用户特定数据类型的值。SQL Extension
为对SQL数据库的读写访问提供动作和条件。File Extension
允许对文件进行一般的读写访问。XML Extension
提供从文件系统或任何其他来源读取、解释、创建和操作XML文档的功能。CommonDialogs Extension
为那些在 OTX 中具有常见用例但未被包含在原始规范中的对话框（如 FileOpenDialog）提供支持。Logging Extension
消息可以通过日志扩展名写入日志文件。Persistence Extension
用于存储存储在非易失性存储中的运行时信息，这些信息可以在创建它的不同进程中检索。
一个测试序列由一个或多个活动组成。所有的活动都按主题归纳在 OTX 库中，称为 OTX 扩展库。OTX 基础库（Core）包含了一般逻辑的所有活动，如过程调用、赋值、分支、循环、并行执行活动和错误处理。所有的扩展库都通过特定的功能来扩展独立运行的核心，见上图（深灰色=ISO 13209-3，浅灰色=ISO 13209-4）。
OTX使用参考
掌握日益复杂的标准化
我们生活在一个互联互通的世界里。安全的、宽带的和跨系统的通信的全面可用性，日益苛刻的客户要求以及不断增加的全球竞争，导致了对所有运营工作流程和过程的长期压力。日益增加的复杂性为企业提供了不断质疑和改进其运营流程的挑战。对复杂性的 "放松 "掌握程度使运营流程的质量可见一斑。
对于这种背景，标准起到了核心作用。标准为世界范围内的零部件交换建立了统一的原则。它们以可证明的科学论证为基础，追求宏观经济目的。所有人的利益都超越了个人或机构的利益。基本上，标准是一种建议，使用是自愿的。然而，由于标准对技术和经济方案的相互作用非常重要，因此，尽可能广泛地接受和使用标准是必要的和有用的。
由于OTX标准具有综合和协调的作用，它具有特别重要的意义，因为OTX标准能够将目前不同的独立标准结合起来，这一点几乎没有其他标准能够做到。
与现有标准的整合
OTX与ISO 22900（MVCI诊断运行系统）和ISO 22901（ODX开放性诊断数据交换格式）等现有标准无缝集成，并作为其他领域标准和应用的链接，如ASAM GDI、ASAM XIL或ASAM MCD3-MC。OTX的目标是对测试知识进行可靠的流程交换、存档和执行。在合适的图形软件工具的支持下，这使得诊断开发过程更容易，更有成效。
好处：
用于完整描述可执行测试逻辑的简单元语言。具有可测试质量的可执行规格测试知识的机器和人类可读存储独立（技术、服务提供商、工具制造商）、开放、稳定由于它可以很容易地将不同的标准结合起来，因此起到了协调和整合的作用。通过严格分离测试逻辑和运行时实现，实现平台独立。积极开发和广泛的工具支持
访问外部系统(OTX 映射)
为了实现对任何外部系统的通用和跨平台访问，与一家汽车制造商共同开发了所谓的OTX Mapping。独立于实际的测试逻辑，用户界面、环境数据、状态信息或任何设备驱动程序都可以通过映射层进行集成。通过交换一个XML文件，同一个OTX序列可以在制造商1的测试台A或制造商2的测试台B上运行。映射可以通过 OTX 映射编辑器以图形方式创建和编辑。
OTX vs. Java
如果把OTX作为特定领域的元语言引入，争论很快就来了。为什么需要一种新的编程语言？难道还不够多吗？为什么不用Java？Java不是更成熟，有更好的工具支持吗？
争论是可以理解的，但是Java和OTX是没有可比性的。Java的数据模型比OTX复杂得多。OTX的优势在于将汽车行业的测试内容还原为真正需要的内容。OTX包含了广泛的特定应用专家知识，用于描述测试序列。如果你试图将Java向OTX的方向改变，你只会创造出第二个OTX标准，你不会有任何好处。
对于Java来说，你需要一个具有特殊行业背景知识的软件资深开发人员，对于OTX来说，只需要一个具有编程技能的普通工程师或技术人员就可以了。使用Java，可以用编程开发一个OTX编辑器，然后用OTX来描述测试序列。
为了执行OTX，需要生成、翻译和执行Java（或其他）代码。
原文来源： https://www.emotive.de/otx-en.html
翻译引擎： https://www.deepl.com/
后记
OTA名字上虽然与ODX, OTX相近，在软件产品里面也属于不同层面的东西，但在应用领域里还真有关系。简单来说：
可以用ODX描述OTA的上层诊断应用协议，关注的服务商包括：软件协议中间件，服务器应用厂商可以用OTX描述OTA功能及协议测试规范，关注的服务商包括：测试工具，测试服务