如何测试 AUTOSAR 项目？
How to test an AUTOSAR project?
我对 AUTOSAR 还很陌生。目前我正在寻找 AUTOSAR 项目中使用的不同类型的测试。我的目标是获得有关 AUTOSAR 测试领域的知识。以下是我希望得到解答的问题。
1. AUTOSAR 有哪些不同的领域可以测试？
2.如何实际测试AUTOSAR项目？
3. 基于AUTOSAR的项目测试使用的工具有哪些？
4.如何开始学习AUTOSAR项目的测试？
5. 查找可用于学习 AUTOSAR 测试的资源。
您的问题没有明确的答案。
AUTOSAR 只是一种带有成员可以遵守的标准化接口的方法；它使开发能够很好地协同工作的软件部件成为可能。
如何测试具体的 AUTOSAR 项目取决于正在开发的产品类型以及您的 AUTOSAR 工具链和硬件堆栈提供程序支持的内容。
如果我是你，我会尝试绘制详细的 "V" 项目模型。您的项目在哪些步骤中分解以及在哪些集成步骤中（"V" 模型的右半部分）测试这些步骤。一旦你有了这个 drawing/mapping，开始 Google-ing 阶段并在它们之后加上单词 AUTOSAR。
您会发现大多数这些测试技术在 AUTOSAR 出现之前就已存在。但是，最先进的软件工具应该能够检查您的 AUTOSAR 模型并支持您进行测试设计或执行工作。
请记住，没有 "definitive" AUTOSAR 建模；一些项目创建了详细的模型，而另一些项目只是表面上做。在做出测试计划或测试工具决定之前，询问工程师 "well-modelled" 您的项目如何。 AUTOSAR 是一个流行词，它使 developer/tester 工具的成本高出 n 倍，但如果项目不遵循非常详细的标准，它们的实用性就会急剧下降。
测试 AUTOSAR 项目与测试非 AUTOSAR 项目没有太大区别。甚至工具也基本相同（如果您使用 CANoe 进行测试，则使用 UDS 或 XCP 协议的通信和 ECU 逻辑与以前相同）。您可能需要一些能够自动从 ARXML 文件中提取信息的新工具（或至少是当前版本的工具）。
不同的领域如：
可以测试 SWC，例如非常容易地在他们的 RTE 接口上进行单元测试。定义了 RunnableEntities 和触发它们的事件，以及它们访问的端口。 （例如 AEUnit、Dassault AUTOSAR Builder ASim、..）
接口中的集成测试，包括使用例如DET。例如缺少标注或调用顺序、参数、状态等错误
RPT（Rapid ProtoTyping）场景，可用于HIL/SIL测试
用 XCP 或 UDS Read/Write 和 IoControl (ShortTermAdjustments) 暂时覆盖 inputs/outputs DID（DataIdentifiers），例如覆盖您的算法输出（警告 on/off）并测试您的控制组件（例如，打开、功能打开、算法警告打开 --> 信号 XXX = WARN_1 如果未设置信号灯，或 XXX = WARN_2 如果闪光灯设置，或者 XXX = WARN_OFF 如果主开关关闭，不管算法怎么说。或者如果存在与功能相关的错误，功能状态 = MALFUNCTION 和 XXX = WARN_OFF.
Logging/Tracing 使用 DLT (Diagnostic Log&Trace) logic/functional trace/log 输出，定时测量输出
用于计时测量的 ARTI
正常监视器和 DemEvents 的报告以及 CombinedEvents/DTCs 和 FunctionInihibitions 的链以及函数的处理（例如 DemEventA -> FUNCA 故障，FUNCB 正常，因为 FUNCB 不受DemEventA 报告的根本原因)
关于特定的 AUTOSAR 测试，现在某些 AUTOSAR 工具也进行了大量检查，以实际验证 ARXML 文件是否符合 AUTOSAR 元模型定义的某些约束，以便不同工具之间的数据交换（例如创建 SWCD ARXML 的创作工具和使用 ARXML 配置系统的配置工具（BSW 和 RTE））。
有一点很麻烦，通常是使用DBC文件来配置AUTOSAR ComStack，因为DBC文件不能表达很多东西，你实际上可以通过ARXNL文件来定义，或者通常甚至创建错误的事情（由于 DBC 文件的限制）。
此外，由于对AUTOSAR概念和特性的误解/忽视，以及围绕AUTOSAR进行编程，实际上会出现很多问题。有些甚至与 concepts/requirements 的 OEM 也在考虑前 AUTOSAR 时代有关。
我创建了包含 awesome-automotive 资源的列表，其中主要部分专门用于 Autosar 和汽车项目的工作方式。
在此列表中，您可以找到许多出版物和测试 Autosar 系统的方法，例如：时序分析、集成测试、功能测试等。通常，测试和验证方法由 ASPICE 方法和 ISO 26262 中的安全项目描述。
让我们检查一下 list 如果您还有其他问题，请提出。
我对 AUTOSAR 还很陌生。目前我正在寻找 AUTOSAR 项目中使用的不同类型的测试。我的目标是获得有关 AUTOSAR 测试领域的知识。以下是我希望得到解答的问题。 1. AUTOSAR 有哪些不同的领域可以测试？ 2.如何实际测试AUTOSAR项目？ 3. 基于AUTOSAR的项目测试使用的工具有哪些？ 4.如何开始学习AUTOSAR项目的测试？ 5. 查找可用于学习 AUTOSAR 测试的资源。
您的问题没有明确的答案。
AUTOSAR 只是一种带有成员可以遵守的标准化接口的方法；它使开发能够很好地协同工作的软件部件成为可能。 如何测试具体的 AUTOSAR 项目取决于正在开发的产品类型以及您的 AUTOSAR 工具链和硬件堆栈提供程序支持的内容。
如果我是你，我会尝试绘制详细的 "V" 项目模型。您的项目在哪些步骤中分解以及在哪些集成步骤中（"V" 模型的右半部分）测试这些步骤。一旦你有了这个 drawing/mapping，开始 Google-ing 阶段并在它们之后加上单词 AUTOSAR。
您会发现大多数这些测试技术在 AUTOSAR 出现之前就已存在。但是，最先进的软件工具应该能够检查您的 AUTOSAR 模型并支持您进行测试设计或执行工作。
请记住，没有 "definitive" AUTOSAR 建模；一些项目创建了详细的模型，而另一些项目只是表面上做。在做出测试计划或测试工具决定之前，询问工程师 "well-modelled" 您的项目如何。 AUTOSAR 是一个流行词，它使 developer/tester 工具的成本高出 n 倍，但如果项目不遵循非常详细的标准，它们的实用性就会急剧下降。
测试 AUTOSAR 项目与测试非 AUTOSAR 项目没有太大区别。甚至工具也基本相同（如果您使用 CANoe 进行测试，则使用 UDS 或 XCP 协议的通信和 ECU 逻辑与以前相同）。您可能需要一些能够自动从 ARXML 文件中提取信息的新工具（或至少是当前版本的工具）。
不同的领域如：
可以测试 SWC，例如非常容易地在他们的 RTE 接口上进行单元测试。定义了 RunnableEntities 和触发它们的事件，以及它们访问的端口。 （例如 AEUnit、Dassault AUTOSAR Builder ASim、..）
接口中的集成测试，包括使用例如DET。例如缺少标注或调用顺序、参数、状态等错误
RPT（Rapid ProtoTyping）场景，可用于HIL/SIL测试
用 XCP 或 UDS Read/Write 和 IoControl (ShortTermAdjustments) 暂时覆盖 inputs/outputs DID（DataIdentifiers），例如覆盖您的算法输出（警告 on/off）并测试您的控制组件（例如，打开、功能打开、算法警告打开 --> 信号 XXX = WARN_1 如果未设置信号灯，或 XXX = WARN_2 如果闪光灯设置，或者 XXX = WARN_OFF 如果主开关关闭，不管算法怎么说。或者如果存在与功能相关的错误，功能状态 = MALFUNCTION 和 XXX = WARN_OFF.
Logging/Tracing 使用 DLT (Diagnostic Log&Trace) logic/functional trace/log 输出，定时测量输出
用于计时测量的 ARTI
正常监视器和 DemEvents 的报告以及 CombinedEvents/DTCs 和 FunctionInihibitions 的链以及函数的处理（例如 DemEventA -> FUNCA 故障，FUNCB 正常，因为 FUNCB 不受DemEventA 报告的根本原因)
关于特定的 AUTOSAR 测试，现在某些 AUTOSAR 工具也进行了大量检查，以实际验证 ARXML 文件是否符合 AUTOSAR 元模型定义的某些约束，以便不同工具之间的数据交换（例如创建 SWCD ARXML 的创作工具和使用 ARXML 配置系统的配置工具（BSW 和 RTE））。
有一点很麻烦，通常是使用DBC文件来配置AUTOSAR ComStack，因为DBC文件不能表达很多东西，你实际上可以通过ARXNL文件来定义，或者通常甚至创建错误的事情（由于 DBC 文件的限制）。
此外，由于对AUTOSAR概念和特性的误解/忽视，以及围绕AUTOSAR进行编程，实际上会出现很多问题。有些甚至与 concepts/requirements 的 OEM 也在考虑前 AUTOSAR 时代有关。
我创建了包含 awesome-automotive 资源的列表，其中主要部分专门用于 Autosar 和汽车项目的工作方式。
在此列表中，您可以找到许多出版物和测试 Autosar 系统的方法，例如：时序分析、集成测试、功能测试等。通常，测试和验证方法由 ASPICE 方法和 ISO 26262 中的安全项目描述。
让我们检查一下 list 如果您还有其他问题，请提出。