在整车开发中，诊断功能实现后，需要测试验证。 测试验证主要分为两个方面：诊断协议层测试和诊断功能测试。诊断协议层测试：需要对服务层服务定义、传输层相关时间参数进行测试验证；诊断功能测试：需要对各诊断功能项，如 DID 具体数值校验、Coding 配置检查等进行功能验证。而这样的测试验证在前期开发中是一项非常耗费人力和时间周期的工作。针对测试管理，ASAM 制定了 ATX（Automotive Test Exchange Format） 标准，用于在不同的测试系统之间交换测试数据。
一、Q-Automation 软件
Q-Automation 软件，基于 ATX 标准，支持以上测试需求。它结合了 ODX 诊断数据库及 OTX 测试序列，可实现协议层全自动生成测试序列和诊断功能测试，以及填写Excel测试表格，从而可满足半自动化测试需求。此外，它还可缩短客户测试周期，让原本数月的工作量在几周内完成。 得益于 ODX/OTX 标准化工具支持多种测试硬件，用户通过使用 Q-Automation 还可大大避免测试软件的兼容性问题。
二、Q-Automation 功能模块介绍
| Test Specification 测试规范
**测试规范：**主要用于定义测试序列中的测试变量、判定机制和测试操作等。
（图 1 测试规范）
| Test Preparation 测试准备
**测试准备：**用于定义测试数据和加载测试执行脚本。Q-Automation 支持加载 Excel 测试模板，关联测试用脚本（OTX/Python/.NET 等）和关联测试用 ODX 数据库等功能。
（图 2 加载模板）
| Test Execution 测试执行
**测试执行：**测试用例执行模块。在外部测试设备连接无误的情况下，一键进行用例测试。执行结果与测试 Log 实时显示。
（图 3 测试执行）
（图 4 Log 显示 1）
（图 5 Log 显示 2）
| Test Report 测试报 告
**测试报告：**测试结果自动生成测试报告，并支持对测试结果进行预览，同时也可针对具体测试项进行测试情况具体校验。测试报告支持以 PDF/HTML 格式导出......
如需了解更多未完精彩内容， 请查看WINDHILL风丘科技官方信息
（素材使用声明：本账号素材使用力求合法，若不慎侵权请联系我们删除；本账号内容未经授权使用，将依法追究责任。）