ASPICE系统集成和集成测试（SYS.4）
该过程的目的
集成和测试系统架构各独立要素，证明他们按照计划协同工作，并按照系统架构说明书的描述相互影响。
该过程的好处
在系统整体测试(SYS.5)开始前，系统通过分开集成和测试，发现各要素之间相互影响而产生的错误。需测试所有的相互影响和动态行为。
该过程的内容
根据回归测试策略，定义系统集成和集成测试策略；该策略将系统架构与产品发布计划联系到一起。(BP1, BP2)
创建系统集成说明书，建立系统架构的可追溯性和符合性方案。(BP3, BP7, BP8)
根据策略(BP4)，按照一致性原则集成各系统要素，执行系统集成测试和回归测试(BP5, BP6)，总结和报告结果。(BP9)
图1:测试界面实例
经验、问题和建议
系统集成是指将系统的各部分集成到一个系统中，而不是集成到整车上。系统集成顺序通常不是结构化的，也没有一定的方法和规则定义。
关于系统集成测试的理解，一般比较混乱。必须测试每个相关交互（内外部）和动态行为，例如，软硬件集成、存储测试、测试软件部件集成、内外部交流、测试不同条件下的刷写等。
系统动态行为通常被认为不是系统集成测试内容。特别是安全相关的系统影响，总是需要测试的。
系统集成测试有时与系统测试联合执行。如果所有相关交互和动态行为都已被论证，联合测试是没问题的。
系统集成通常包括电器设计，当他们收到新的电路板样品时，必须证明软件在新的电路板上能正常工作。这是一个好的出发点，用以开始建立系统集成和测试策略。
系统集成需确保后面的系统架构设计按照足够的范围进行测试：软硬件交互和动态行为。资源消耗须按照SYS.3的目标定义进行测量。
当评估系统级别的动态行为时，考虑系统对大部分的车辆模块，例如点火打开或关闭、延时断电或启动等，如何反应很重要。
APSICE 系统集成和集成测试的文档(SYS.4)
系统集成和集成测试过程的目的是集成系统各子项目，以产生与系统架构设计一致的集成系统，确保系统各子项目按照系统整体架构设计进行测试，并提供整体系统架构集成以及各自模块之间交互的符合性证据。
喜欢请点关注。