对于整车来说，最常采用的是V模型的验证方式。本文线束工程师之家主要介绍下整车测试的V模型。
典型的V模型如图所示。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
图 典型V模型文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
对于整车的V模型，则如图所示。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
图 整车V模型文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
整车的V模型开发中，有功能层级、系统层级和零部件层级的开发，因此测试也会分为功能层级、系统层级和零部件层级的验证。每一层级都会有不同层级的需求，作为该层级的验证对象。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
1） 功能层级验证的对象，是功能需求，包括功能描述需求和功能实现需求，一般通过实车的环境，在不同的用户场景下触发整车功能，再通过功能触发的实际表现来判断整车的功能是否验证通过。功能验证主要验证的内容，是看功能触发的表现是否与功能描述一致。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
2） 系统层级的验证则具体到每一条子系统的详细需求，设计对应的测试用例来对系统需求进行覆盖。一般来说，系统需求的设计会比功能需求更加详细，不仅包括了功能的描述，而且还会包含详细的信号、信号的传输周期乃至一些诊断的、配置的设置，这些都需要被系统测试用例所验证到。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
3） 部件级的测试，一般由各供应商执行，并且提交给OEM进行管控。文章源自线束工程师之家-https://www.suncve.com/what-is-the-v-model-of-vehicle-test/
除了上述各个层级的验证，还有整车的确认活动，即整车功能确认和整车路试。整车的确认活动一定是在整车的环境下进行的，目的是为了确认整车的功能和鲁棒性是否达到了最初的设计要求。
一般来说，对于整车功能层级和系统层级的验证，包括测试用例的开发和测试活动的执行，都会由各个不同专业的测试团队负责。因此需要有人统筹收集，才能得到整个功能和系统的测试全貌。而且为了能够有一个功能和系统的测试全景图，所有不同的测试团队都有同样的测试方案和测试计划，并且在同一个数据库中存放测试结果。而整车功能确认和整车耐久测试，则由整车功能开发团队和试验中心分别负责。
值得注意的是，在不同的整车厂，由于有不同的开发流程和开发方式，因此对于V模型的理解也是不一致的。如在有的整车厂，V模型的分级是由整车、系统、零部件来区分，对于系统的理解，则是：系统为一组相同属性的功能的集合，类似于function group，与上面所写的系统层级是不相同的。
推荐阅读：
