11.3.1.1 针对代码测试的测试等级

基于代码的开发过程中的测试和若干教科书测试理论中描述的典型测试过程是一致的^{[Mye79，Lig92]}。

单个软件组件（模块）是首先执行的，因而是产生的、动态可测试的软件。在“软件组件测试”过程中，每一个模块被单独测试，且组件接口要检查与设计规格的一致性。尽管软件组件的测试通常被认为是软件开发者的责任，但结果是整个项目的一部分，因此项目管理和测试人员应该知道这种测试。

在单个模块测试完成之后，软件系统根据已经定义的集成策略进行组装和测试（见11.4.4节）。因此，在“软件集成测试中”，在整体软件被组装起来进行整体测试之前，一些代表子系统的软件组件需要进行测试。集成等级的数量和单个模块或子系统融合顺序在集成策略中有定义。软件集成测试的目的在于揭示来自以下途径的错误：不正确组件接口的执行、不正确的错误处理、不合适的控制和组件排序错误。

理论上来说，软件组件测试和软件集成测试都能在主机和目标平台上执行。但在实践中，两者都通常在计算机主机上执行，因为在这里可以更方便地激活组件之间的接口（图11.17）。

图11.17 基于代码开发的测试等级（详细图）(www.daowen.com)

“软件系统测试”的目标在于将集成软件作为一个整体来测试。软件系统测试可以在主机上执行这[软件在环测试（SIL）]也可以在目标处理器中执行[处理器在环测试（PIL）]。如果目标处理器可以在此阶段使用，建议在这个处理器上运行与时序方面有关的具体测试。

该软件经过全面测试之后，需要进行接下来的集成步骤，这意味着软件集成到嵌入式系统，也就是目标ECU。跟随这个集成步骤之后是“系统组件测试”或“ECU测试”。

根据实际项目中的硬件开发进程，系统测试的执行是通过采用当前可用的控制单元样本来进行的（样本A、B和C）。

最后，嵌入式系统被集成到汽车上，通过“车载测试”来试验。

11.3.1.2 基于代码测试的测试策略

应用单一的测试技术往往得不到满意的测试覆盖率。在实践中，若干补充测试技术精心结合成为一个“测试策略”。功能强大的测试策略囊括了功能性和结构性测试设计技术的集合。由Grim引入的术语“有效测试方法”用来描述这种方法^[Gri95]。