什么是模型在环测试？
    在 MIL 级别上测试嵌入式系统意味着在建模框架中模拟（解释）模型及其环境，而无需任何物理硬件组件。这允许在开发周期的早期阶段进行测试。
    这些模型旨在满足软件工程角度的要求。封装、抽象、健壮性、性能、定点缩放和重用等方面在实现模型中得到处理。
    MIL 测试是一种以数学模型的形式表示嵌入式系统行为的技术。这些模型用于验证系统或子系统。
    在 MIL 级别测试汽车嵌入式软件是验证和验证 (V&V) 过程的步。这意味着控制器和硬件是在仿真环境中使用模型进行仿真的。并且控制器模型能够按照指定要求控制被控对象模型（硬件）。
    此类测试有助于尽早验证软件，因此可以在错误进入程序之前将其识别出来。不用说，与完全实现的电子控制单元 (ECU) 相比，在模型级别纠正错误并不昂贵。
    MIL 测试被证明在模型创建过程中或之后不久执行时非常有效。由于 MIL 是基于需求的测试，因此测试用例直接来自被测汽车软件的需求。
    MIL 测试在汽车行业得到如此广泛采用的原因之一是仿真工具和环境（如 SIMULINK）的可用性。被控对象模型、控制器模型和完整测试工具的设计在很大程度上得到了简化。其次，这些工具提供了急需的可追溯性，因此，它们也在功能安全的 ISO 26262 和网络安全的 ISO 21434 等标准中得到推荐。
    MIL：汽车工程师的观点“模型在环测试”这一术语如今在不同行业中广泛使用，并具有独特的含义。从汽车行业的角度来看，它通常用于描述基于模型的开发项目背景下的 V&V 活动。基于汽车模型的开发具有某些独特的特征，需要使用专用的基于模型的测试方法。
    MIL 测试将从虚拟代表每个被测单元的模型开始。因此，可以及早发现错误和错误，以确保解决方案没有错误，开发人员也可以免于手动编码的痛苦，这对所有利益相关者来说都是双赢的。
    汽车系统旨在与真实环境进行交互。这是通过一组复杂的模块实现的，这些模块包括软件、硬件以及电气、机械和液压组件。此类开发项目的迭代性质要求使用相同的测试用例测试每个临时版本。因此，测试自动化是减少此类迭代测试所产生的时间和成本的可行解决方案，更不用说减少因人为错误而可能遗漏的错误。
    再多的理论解释实际上也无法让您真正了解 MIL 测试是如何执行的，以及它对开发生命周期有什么影响。现在，让我们深入了解用于测试真实汽车应用的 MIL 测试设置。
    汽车照明模块的 MIL 测试设置汽车照明模块用于安全关键型应用，以显示故障或故障。这也要求照明系统具有故障安全性。因此，基于模型的方法适合开发此类模块。
    我们将尝试阐明用于汽车照明模块开发的 MIL 测试设置。从需求获取和测试用例创建到构建测试工具和执行测试，让我们见证 MIL 测试的实际应用。

    对该汽车照明解决方案执行 MIL 测试时要考虑的输入是点火、开关和强度。

    图 1信号构建器块的快照显示了用于测试的不同输入信号。资料。

    要求是如果点火开关“打开”并且开关“打开”，则灯必须打开。0 到 100% 的强度基于用户使用按钮或通过信息娱乐系统给出的输入。
    基于这些需求，将设计测试策略。让我们了解上述要求的测试策略。
    步骤1初，开关处于“关闭”状态。
    它现在已打开，我们检查灯的强度持续 100 秒（可以更改）。
    现在，为了测试 0-100 秒的强度，我们必须生成 0-100 秒的输入。
    在测试描述中，已经记录了前提条件和预期结果。由于我们需要测试真假条件，因此我们将在点火“开启”和点火“关闭”两种情况下进行测试。由于测试时间需要 100 秒，我们将在前 50 秒内保持点火“打开”，在接下来的 50 秒内保持点火“关闭”。
    第2步我们上面描述的整个测试先决条件和输入是通过信号构建器块实现的。此块通常从包含所有相关数据的 Excel 表（测试向量表）创建相应的测试数据。当前MIL测试所需的数据点是时间、点火状态、开关和强度。
    步骤 3测试向量表中多了一列，这是预期的结果。在测试期间，输出结果将与预期结果进行比较，因此将评估测试通过/失败。
    步骤4借助于在 SIMILINK 工具上单击几下，可以将来自测试向量表的数据导入到信号构建器块中。导入后，测试向量表中的数据显示为波形。
    对于当前的测试，我们得到三个波形图：
    时间和点火状态时间和强度状态时间和开关状态步骤 5现在信号构建器模块已准备就绪，我们需要将其连接到控制模型，它实际上代表了照明模块应用的汽车 ECU。但在我们准备好测试信号之前，我们必须首先记录将与实际输出进行比较的预期结果。
    我们将使用 SIMULINK 工具中的信号记录选项来记录预期结果。为此，我们必须使用相同的输入进行模拟并记录预期结果。现在将停止记录预期结果并开始记录模型信号。模拟将再次进行。这里要注意的一点是，模型的预期结果和实际结果的日志记录必须使用相同的名称。
    步骤 6现在我们已经有了预期的结果和模型的实际输出，我们现在可以比较和检查测试是失败还是通过了。

    使用数据检查器工具，我们可以比较两个结果。比较后会生成 HTML ，清楚地??显示通过/失败状态。

    图 2数据检查工具的快照显示左灯输出。资料 3数据检查工具的快照显示了正确的灯输出。资料，汽车 OEM 和供应商总是希望赶上时间。毕竟，这些解决方案成为像汽车这样竞争激烈的行业中的独特卖点 (USP)。