您的 AUTOSAR 接口体现在代码中，而模型并不了解这些接口。
测试 AUTOSAR Classic 和 AUTOSAR Adaptive 组件时，需要先手动消除这种差异，并为每项 RTE 或 ARA 依赖创建存根，才能运行第一个测试用例。
一个面向复用而设计的标准。
AUTOSAR 是 Automotive Open System Architecture（汽车开放系统架构）的缩写，是一种标准化软件架构框架。它通过为汽车软件组件的开发提供指南和规范，使组件能够跨不同 ECU 集成与协作，从而提高汽车软件的开发效率、可扩展性和可复用性。
AUTOSAR 通过模块化、分层式方法管理复杂性，并将软件功能与硬件解耦，从而提高灵活性和互操作性。标准化接口和通信协议有助于汽车系统彼此兼容，并促进软件在不同车型和代际之间复用。
- 模块化和分层
- 独立于硬件
- 标准化接口
- 可跨 ECU 重复使用
两个平台，同一标准。
AUTOSAR Classic 与 AUTOSAR Adaptive 的总体目标相同，都是实现汽车软件标准化，但二者面向不同需求。
AUTOSAR Classic
主要设计用于需要确定性行为和低延迟响应的硬实时控制系统，例如发动机控制和制动系统。
AUTOSAR Adaptive
针对信息娱乐、远程信息处理和高级驾驶辅助系统中常见的高性能计算系统，利用动态软件更新、面向服务的通信以及对 POSIX 操作系统的支持。
同时在两个层级测试时，会出现两处差异。
AUTOSAR 具备诸多优势，但在 Simulink 模型层级和生产代码层级测试软件时，也会带来特有挑战。
模型元素与代码元素的映射
模型和代码两个层级都需要测试，但 AUTOSAR 接口定义在代码层级，在模型层级并不存在。代码生成器会弥合这一差异；根据所用工具是 dSPACE TargetLink 还是 MathWorks Embedded Coder，同一 AUTOSAR 组件的模型架构可能存在显著差异。测试工具需要自动理解这种映射，才能在两个层级运行测试，而无需手动构建测试框架。
SIL 测试所需的存根
在生产代码层级（SIL）测试 AUTOSAR 软件组件或 Adaptive 应用需要编译代码，而这些组件的自包含性甚至低于典型的非 AUTOSAR 应用。必须为其 RTE（Classic）或 ARA（Adaptive）依赖创建存根，才能编译并测试各个单元。
用 BTC TestStack 测试 AUTOSAR。
BTC Embedded Systems 是 AUTOSAR 联盟成员，在该平台的支持方面拥有多年经验。
全面支持 Classic 与 Adaptive
对于 dSPACE TargetLink 和 MathWorks Embedded Coder，AUTOSAR Classic 和 AUTOSAR Adaptive 均获得全面支持。
自动理解架构
BTC TestStack 自动分析并理解 AUTOSAR 架构，提取相应的测试接口。例如，具有“Get”语义的客户端/服务器调用会被解释为测试架构的输入信号。
两个层级均可执行测试，无需手动构建测试框架
BTC TestStack 能够理解模型元素与代码元素之间的映射，因此测试可在模型和代码两个层级运行，无需手动准备测试框架。
自动处理存根
所有外部引用都会得到正确的存根处理：既可使用代码生成器提供的存根实现，也可由 BTC TestStack 补充缺失元素。
BTC TestStack
已通过 ISO 26262 认证
该证书涉及多个行业的功能安全标准：
对于 ISO 26262，BTC TestStack 已获得最高工具置信等级（TCL）认证，适用于包括 ASIL D 在内的所有 ASIL 等级。客户提出请求后，我们会免费提供证书和报告，从而免去客户侧的大部分工具鉴定工作。