一、OTA测试介绍

先来了解下什么是OTA

通俗来讲：当前OTA实为智能汽车1.0时代的OTA，实现从云到车的软件升级包快递服务，同时配合升级过程中对车辆状态的监控，即基于OTA进行远程诊断完成版本迭代。在往期文章《OTA自动化测试系统概述》中，我们有提及，随着软件定义汽车的兴起，车载软件升级的可靠性和稳定性越来越受到监管部门的重视，OEM对OTA系统的测试也越来越严格。OTA是一个涉及云端、车端和移动通信的复杂系统，如何对这一系统进行有效的严格测试是我们面临的一大难题。

OTA测试系统

相对于传统封闭的汽车内部网络，OTA技术带来的是一个与外部网络高度融合的汽车生态，云端服务器、无线链路通讯、车端用户操作、车辆运行工况共同决定了OTA的运行状态。从测试角度思考，OTA的测试对象也需要涵盖车（车端）——管（通信管道）——云（服务云）三部分。

我们构建的OTA自动化测试系统由测试管理系统、测试执行系统、被测系统及无线仿真系统组成，各个系统模块的细节描述可以参考《OTA自动化测试系统概述》。

二、OTA测试内容定义

OTA的测试内容如何定义，测试的界限如何明晰是当前实现OTA测试的难点之一。基于汽车软件开发V模型思路以及OTA实现的最终状态，我们认为在智能汽车1.0时代的OTA测试内容主要包含单节点刷写测试、车内OTA单件测试、系统OTA功能测试及实车OTA功能测试四部分。这四部分内容循序渐进，互有包含，满足不同阶段OTA功能测试的需求。

单节点刷写测试

单节点刷写测试是进行OTA测试的首要环节，智能汽车1.0时代OTA技术的终点，软件升级包的传递、车辆状态的控制都是为实现被刷节点的成功升级，节点升级结果体现了OTA实现状态。单节点刷写测试时需要包含了整车拓扑中需要升级的全部ECU节点，即我们需要实现对CAN/FD、LIN、Ethernet等各总线节点的刷写测试。

测试内容包括诊断交互、安全访问认证、正向刷写、重复刷写、安装进度、多诊断仪接入、刷写文件异常、刷写诊断流程异常以及安装包传输异常处理、安装刷写异常处理等。

车内OTA单件测试

在进行车内OTA单件测试前，不妨让我们来了解一下传统网关在车内网络中扮演的角色。从当下主流车型的网络拓扑中可以清晰地看到网关是车内网络的传输中心，车内的主干通信网络都连接网关，网关实现了通讯路由、诊断路由、协议转换等功能，将其理解为车内网络中垄断的“邮局”也未尝不可。

而具备OTA功能的网关将不仅仅是承担“邮局”的功能，更是OTA流程的主控节点，OTA技术的核心组件，对内实现了车内ECU节点的“万物互通”、OTA流程进度掌控、车辆状态控制；对外实现与测试仪、云服务器的通信交互、安全访问。

车内OTA单件测试的对象为网关，该阶段需要在保证单节点刷写正常的工况下进行，测试内容包含了系统刷写、OTA功能、乒乓验证等等，验证网关是否具备刷写其他节点、控制OTA各个状态跳转、支持反复刷写的功能。

系统OTA功能测试

系统OTA功能测试是在完成车内OTA单件测试后的下一个阶段，即在台架端部署车——管——云自动化测试方案，实现OTA全流程状态控制与监控的较成熟阶段。系统OTA功能测试需要实现测试仪与服务云交互访问、电源控制、消息监控、模拟车端功能、制造OTA流程异常故障、仿真通信管道等。

该阶段测试覆盖了从新车型设计、研发、生产制造及用户使用等各阶段，通过系统OTA功能测试，可以对未上市车型进行OTA流程测试，对于SOP车型的软件升级包进行乒乓验证等。

实车OTA功能测试

实车OTA功能测试与系统OTA功能测试相辅相成，两者同时进行并且相互补充。测试车辆具备动力系统、安全系统、信息娱乐系统、车身系统、底盘系统等全部电控系统，通过模拟用车场景和用户习惯，该阶段可以更为贴切地进行OTA功能测试，这是系统OTA功能测试所不具备的。同时，实车测试需要工程师具备较强的实车操作经验、丰富的诊断知识、车辆故障识别能力以及有效的测试用例。

OTA发展可谓是如火如荼，带来的变革有目共睹。与此同时，OTA面临的挑战也是不小：复杂的车内通信环境、开放式的外部通信方式、迭代的兼容性等等。怿星科技依托于自研的OTA自动化测试系统，已经为国内多家OEM厂商提供过OTA测试服务，该系统满足高强度OTA升级测试压力，满足OTA功能从单节点到系统的全面覆盖，可以有效保障汽车研发阶段OTA相关软硬件质量。欢迎各位有兴趣的车辆工程师来交流探讨，我们共同进步。

关注怿星科技公众号，获取更多资讯