汽车控制开发的一个典型特征就是需要考虑在OEM和不同供应商之间的关系^[SZ05]。它影响到测试进程，因而与测试一方共享的工作方式显然取决于一般的合作模型。

在实践中可以找到大量的合作模型（图11.20）：一方面，传统的方法（类型A），制造商规定了系统或组件，然后整体的开发由供应商来执行；另一方面，相反的方法（类型C），越来越受欢迎，整个应用软件的开发由制造商来执行，供应商只提供ECU硬件和一些基本的软件；许多处于中间的变种（类型B）也存在，合作进行软件开发。这种在OEM和供应商之间更灵活的接口使制造商去设计新的、具有竞争性的功能，并在负有责任的同时也拥有整个开发周期的知识产权。

至于关注的测试，OEM和供应商之间的关系造成了一些测试等级（图11.18）由OEM来执行，而另外一些由供应商来执行。在类型A的开发中，大部分测试等级由供应商来执行，且OEM首次融入测试是嵌入式系统测试/HIL测试，如图11.21所示。

在类型B或类型C中，情形则相反，研发双方共同致力于测试流程，从一开始到嵌入式系统测试/HIL测试等级。图11.22显示了基于模型的软件开发范式，在这个前提下，所有可能的测试等级都被应用。

图11.20 在功能性软件开发过程中的合作类型(www.daowen.com)

图11.21 类型A开发在测试中承担任务的接口

此外，开发合作伙伴之间的互动需要对制造商有一个附加的测试等级，就是所谓的“验收测试”。不管合作伙伴之间的接口是由哪种方式来定义的，制造商都必须对由供应商提供的产品应用验收测试组件。

图11.22 类型B开发在测试中承担任务的接口