中文翻译《ASPICE in practice》之“ENG.9 系统集成测试”

2.11 ENG.9 系统集成测试

2.11.1 目的

系统集成测试过程的目的是集成系统元素以产生一个集成系统，该系统将满足系统架构设计和系统需求中表达的客户期望。

在开发的这一点上，系统元素，即软件、硬件和机械，被集成以提供系统所需的功能。 现在很明显这些组件是否匹配。 除了一些特殊的特征外，系统集成测试过程 ENG.9 在方法论上与软件集成测试过程 ENG.7（软件集成测试） 相同，但它涉及不同的对象。 以下讨论主要集中在与 ENG.7 的差异上。

2.11.2 汽车行业特有的特征

在最简单的情况下（一个软件、一个硬件、一个机械），硬件、软件和机械集成到一个系统中是通过机械集成和软件刷新，然后进行测试一步完成的。 对于复杂的产品（多处理器架构、多个硬件和机械组件、多个软件组件），这种集成通常分几个步骤完成。

术语“系统”的定义和概念划分相当困难（另请参见第 2.4.2 节），因为它在很大程度上取决于应用过程的领域。 在顶层 (OEM)，系统构成了车辆加上一些额外的外部系统（例如，远程信息处理）。 对于单个车辆组件，例如带有外围设备的 ECU，术语“系统”包括该组件的各个元素及其与其他车辆组件的接口。 就 ECU 的机械结构而言，其接口包括固定装置和安装空间。 关于硬件，接口包括电缆和连接器，而软件接口包括通信协议。 在实践中，有两个因素尤其成问题：

1. OEM/供应商或一级/二级供应商之间未准确定义或约定集成责任。
2. 由于同步开发，第三方组件的完成版本通常无法集成，因为它们也仍在开发中。 此外，在测试车辆中，我们发现在大多数情况下，相关方（OEM、供应商）的配置因硬件和软件版本的不同而有所不同。 结果是失败发生在甲方而不是乙方，反之亦然。

在迭代开发中，实现的功能数量随着每次交付而增加。 但是，交货日期之间可能会经过数周或数月。 项目必须支持这种实践模式，例如，通过适当的硬件、机械和软件发布计划。 这是为了确保根据