what is OTX

什么是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功能及协议测试规范，关注的服务商包括：测试工具，测试服务