随着汽车智能化不断发展，车辆功能的不断迭代与升级成为常态，对软件更新效率与灵活性的要求也日益提升。在此背景下，OTA（Over-The-Air）技术应运而生，它通过无线通信网络直接向车辆发送软件更新，实现了即时、高效的软件升级，极大地加速了汽车智能化进程。
| 这段属于官话，没啥特别的心意，只是简要介绍了一下OTA技术的背景和行业应用。我们不做过多解读 |
集成测试的复杂性：OTA测试需要确保软件与车辆其他系统的集成性和兼容性，同时考虑网络与车辆部件之间的耦合。 台架测试不同于HIL，它指的是把很多ECU放在一起进行测试。多数情况下，台架测试都很鸡肋，因为它所测的功能，基本上都可以在实车上测试，但是OTA是唯一例外，OTA是唯一一个具有高度复杂性并且非常值得在台架上进行测试的业务方向。 测试环境的局限性：整车OTA测试需在实际道路条件下进行，以确保测试结果的准确性和可靠性。实车OTA测试对项目组资源要求较多，所以很多企业都是直接省掉不测，出了问题再说。实车工况可通过台架测试来实现，既降低了操作危险性，又能对该类工况充分覆盖。 测试覆盖度：测试方案需要具有灵活性与覆盖度来满足OTA测试不同的升级策略和场景，包括灰度升级、指定设备升级、全量升级等。台架测试可以做到很高的测试覆盖率，这点是人工实车测试比不上的。通常情况下，我们在对比台架测试相比人工实车测试的优势时，测试覆盖度这块所节省的工时和费用，根本没法比较，因为人工测试的工作模式下，从来没有把这些东西做全过，压根就不知道它需要多久、多少人力 数据一致性：在OTA升级过程中，固件、版本号和设备状态可能涉及多级缓存，需要确保缓存和数据库之间的数据一致性 。这是啥意思？没太明白 兼容性问题：OTA测试需兼容不同类型设备，并处理新旧版本接口的兼容性。 安全性考虑：在升级过程中，如ECU升级到一半时遇到问题，需要有安全措施与回滚方案来保证车辆的正常运行和安全。回滚、AB备份、强制刷写，均可实现 测试自动化：OTA测试过程中需要自动化测试来模拟不同设备的升级情况和结果，这要求有高效的自动化测试框架和脚本。实车测试的特点就是：测试效率低下、人工操作易出错、测试覆盖率低（相当一部分工况，都直接省掉不测了）、数据完整性较低、操作人员有一定操作错误概率、工作环境恶劣架、无法自动实现数据解析呈现……它唯一的好处可能就是门槛低，基本上是个人就能干，简单培训培训就可以上岗了。 跨部门协调：OTA测试可能涉及多个供应商，需要跨部门协调和沟通，以快速定位和解决问题。OTA相关的ECU，基本上都是分布于多个部门来负责 压力测试：在大量设备同时请求升级时，需进行压力测试以确保系统的稳定性和性能。压力测试特别适合通过自动化形式来实现 测试用例设计：OTA测试需要详细设计测试用例，包括后台服务器和车端的测试，覆盖检测、下载、待安装、升级阶段，以及上报阶段和ECU刷写阶段。据业内头部厂商介绍，一次完整的OTA活动，一般会有10来个关键步骤检测点，这是我们测试中需要特别关照的输出校对。 软件开放性：OTA测试环境应支持Python等编程语言，以提高测试的灵活性和效率。Python、LabVIEW、CAPL、C#等，都是汽车电子测试的好帮手。 批量测试：为了处理大规模的OTA升级，需要实现批量测试功能以此来提高测试效率，降低升级失败的风险。一套测试系统支持多个测试对象。当然可以可以考虑多买几套。
针对当前OTA测试领域的多样化需求，昆易电子OTA自动化测试系统能够全面覆盖从基础部件的刷写测试到复杂车端模拟环境，再到真实车辆环境下的深度OTA功能验证，确保测试过程的无缝衔接和高效执行。此处包含数个内容庞大的PPT材料，详情请咨询昆易公司工作人员。
搭载昆易自研的VCAR DAS软件，集成总线仿真（模拟OTA相关的信号）、诊断和数据库模块（刷写、读版本、诊断控制等），该系统能够充分满足OTA测试的各项基本需求。同时，采用昆易标志性的高实时性RTPC处理器，并运行Linux系统，确保任务处理的迅速响应与系统稳定性。
采用模块化设计，昆易OTA自动化测试系统具有极高的灵活性与可扩展性，能够集成丰富的IO资源、高效的电源管理模块以及先进的故障管理模块，高效助力研发团队对OTA技术进行全方位、深层次的验证工作，加速产品迭代与技术创新。
在OTA部件刷写测试方面，昆易OTA单件规模化测试能够轻松灵活应对各类单体及多ECU的规模化并行异步诊断刷写测试场景。这部分属于本地刷写测试，并行是指多网段并行，异步是指单网段内部异步
该系统不仅广泛支持多种通信协议及刷写文件格式，以满足不同测试需求，还配备了刷写异常仿真、压力测试、报文监控与解析等强大功能，且操作界面统一，维护简便，有效保障了测试流程的高效与顺畅。
主要功能：
支持CAN/CANFD/DoIP协议 支持ETH/CAN/CANFD/LIN/FlexRay节点刷写 支持刷写过程中的电源、通信、流程异常仿真。刷写过程的异常工况仿真，还有很多，比如步骤缺失、解锁失败、block_size不符、包跳过、包重复（按ISO标准，包重复严格意义上不算异常）、负载率监控等等 支持压力测试 支持报文监控与解析。解析及结果呈现，是个很酷的东西，也是检验厂商水平高低的重要指标，相当一部分厂商，所做的方案，就是只管执行和录制，压根不做解析，由用户工程师自己去分析 支持不同的刷写文件格式（bin、hex、s19、sff、vbf等）bin、hex、s19、mot等等文件，车辆技术都解析过，但是sff、vbf还没碰到过。 拥有统一的测试管理界面，易于操作维护
车端OTA功能测试系统在部件刷写测试的基础上进一步拓展功能，增强了对多测试节点的高效管理能力。该系统不仅支持升级控制指令的灵活发送，还能模拟车辆条件信号/报文、节点状态及异常报文，旨在全面验证OTA Master与其他节点的功能逻辑、性能及可靠性。Master重要，Slaver也重要，也是需要车企负责的
同时，该系统还提供测试用例的二次开发平台，满足个性化测试需求，并自动化生成详尽的测试报告，提升了测试效率与灵活性。从框图来看，测试对象为CCW+若干被刷写ECU，OTA主控所在的位置及其角色，应该需要跟厂家沟通确认，以明确方案。
主要功能：
支持升级控制指令仿真 支持车辆条件信号/报文仿真 支持节点仿真 支持异常报文仿真 支持接口报文监控与解析 支持测试用例二次开发 测试报告自动生成 拥有统一的测试管理界面，易于操作维护
通过昆易DAS软件、座舱检测软件及总线接口卡VCI 4422的协同工作，结合踏板压力模拟器、摄像头记录分析等手段，系统能够模拟真实驾驶场景下的OTA操作，全面检测OTA流程正确性，并支持日志读取、正逆向测试及远程监控，实现高效无人值守自动化测试。
由于实车上已经是真实报文，因此，异常场景仿真应该是个难点，具体做法可以咨询厂家。
摄像头相比ADB，具有很大的优势，毕竟对于车机而言，它首先要工作，才能支持adb，对于死机、花屏模式或者adb功能故障的情况，ADB会耽误大事的。况且，adb只支持安卓，对于华为的鸿蒙、苹果的CarPlay甚至是OS系统在车机上面的投屏，adb可能也无能为力。
摄像头+图形处理的方式，从最根本的环节模拟了人机交互，绝对是最实用、适应性最强的解决方案。昆易在这个方向上啃硬骨头，绝对是行业勇士。
主要功能：
验证实车OTA功能的可用性、易用性 支持发送/刷新/监测总线和网络报文 支持正向与逆向测试，全面验证OTA功能 支持读取车机Log，判断OTA升级状态与结果。读取log判断结果，那说明昆易还是对log做了解析的，而不是仅仅保存而已。 支持压力传感器或ADB指令操控，模拟用户OTA操作 支持无人值守测试，远程登录方便监控调试 通过踏板压力模拟器模拟驾驶状态切换测试OTA的适应性
系统特色
1
高可靠性采用模块化设计，不同模块相互隔离，核心模块运行Linux RT内核具有超高的稳定性和可靠性，确保设备7x24小时不间断运行
2
支持Python调用，兼容CAPL脚本。
3
规模化并行测试系统，具备独立的20路CAN/CANFD通道，4路Ethernet通道
4
软件具有可复用性，测试软件采用分层架构设计模式，各模块之间相互独立，互不影响，测试脚本和测试用例可大量复用到不同项目中
5
多用户访问通过测试管理平台，实现硬件资源共享，每个用户可独立执行测试，满足多用户并行使用场景
