助力标准化诊断开发 | 基于ISO13209（OTX）实现EOL下线序列
一
OTX是什么？
OTX，全称Open Test sequence eXchange format，即开放式测试序列交换格式，国际标准：ISO 13209，是专为汽车行业制定的序列开发标准。在车辆诊断、自动化标定和ECU测试等领域有广泛应用。OTX不仅仅能开发诊断序列，它就是类似于C语言的一门编程语言，只不过针对汽车行业做了优化，以便诊断工程师使用！
其中：
• ISO13209-Part1，综述；
• ISO13209-Part2，核心元素，定义赋值、变量、数学指令、循环、分支等；
• ISO13209-Part3，标准扩展，定义诊断、刷写、HMI对话框、i18n多语言等；
• ISO13209-Part4、Part5，接口定义。
二
为什么选择OTX？
众所周知，测试序列是整车诊断生命周期中重要一环。其不仅需考虑单一使用渠道，还需兼顾多语言功能和多应用场景，以及适配多目标系统工具（测试台架、产线系统和售后诊断工具等）。
在OTX出现之前，我们是通过不同的格式文本语言来进行测试序列描述的，后续再根据不同的目标系统来进行编辑处理，最后执行。
在ODX与MVCI架构定义被广泛应用后，我们发现，将诊断数据标准化可大大减少工具开发和车型迭代开发，从而节省了大量的经济成本和人力成本，保证了数据同源。
OTX支持ODX调用，实现车辆诊断序列。
（OTX定义区分）
三
如何通过OTX实现EOL下线序列？
风丘是通过专业的OTX编辑工具——Q-Studio来进行测试序列编辑的。Q-Studio属于诊断工具其中一环，不仅支持ISO13209中相关函数定义，而且支持与ODX诊断数据库进行数据交互，进而可实现诊断与测试流程的对接过程。
通过Q-Studio，我们可实现EOL下线序列创建。在EOL中存在大量的下线序列，少则几十个，多则上百个，具体视当前车型实际开发需求决定。
通常情况下，测试脚本都是使用编程语言如C++、Java等编程语言编写，而使用OTX，则能够实现图形化编辑脚本。此处用Q-Studio编写的一个实际测试用例进行举例：
通过对比可看出，使用Q-Studio编写的脚本流程处理倾向于可视化、简单化，属于图形化编程语言。
诊断数据库定义以及相关调用函数均可直接通过拖动形式并在编辑窗口处进行添加，由此更加适合诊断开发工程师使用。
通过Q-Studio编辑的测试序列，我们可直接在软件内连接硬件和实车来进行测试。测试验证通过后，下放至测试、生产及售后部门支持ODX/OTX相关工具，即可直接使用，例如：Q-Tester.Expert、Q-Tester.Workshop和第三方工具等。
往期回顾