一种贯穿HIL仿真到诊断的汽车电子测试环境
2013-08-10
复杂度的提高使得全面而高效的测试变得比以往任何时候都更加重要。大量电子元件的广泛使用导致潜在错误源的数量急剧增多。由于测试可以尽早发现并改正错误和降低成本，因此无论在ECU开发的哪个所有阶段它都是不可或缺的。此外，只有将部件集成起来并运行于真实环境和实时条件下时，一些系统缺陷才会暴露出来。这让测试成为了一门跨部门和跨厂商的学科。
早期发生的大量电子故障说明，在不考虑上述事实且忽视系统测试的情况下会发生什么问题。问题发现的越晚，对抬高成本产生的影响就越严重。而极端情况下由于修正错误而引起的产品召回更加清楚地说明了这一点。虽然汽车工业的成员吸取了这些教训，对测试极为重视，然而我们仍然可以通过现有的资源来进一步提高测试效率。此外，尽管测试成本占用了项目预算大部分资源，但它保证了ECU的正确功能。因此，使用明晰的概念(比如使用现代方法和工具代替不全面的自动测试步骤)来最大化的提高测试质量和测试深度是非常重要的。
为此，CANoe提供了一个用来执行测试的运行时环境，并可以与残余总线仿真和分析功能并行使用。该流程非常容易建立，尤其是在开发者已经使用CANoe进行残余总线仿真和总线通信分析的情况下。
CANoe的测试组件可以手动、半自动和完全自动化的完成测试。开发者可以从简单测试入手，然后对它们进行扩展和完善。通常，复杂测试的创建过程是确认部门的任务，他们要在开发者的测试上建立他们的测试。
这种测试的一个重要基础是残余总线仿真。理想情况下这种仿真并非由手工建立，而是从系统的描述数据库中自动生成和参数化的。实际工作由所谓的建模DLL(比如交互层、网络管理等)完成，它们是随工具一起提供的或者是由Vector作为OEM专用建模包提供的。残余总线仿真为模拟节点提供的信号可以直接从测试脚本中获取，也可以手工方式激励或添加。
与测试阶段中系统化的计划、执行和归档活动相比，伴随开发的测试通常省略了正式的执行和归档。然而，这些测试对提高整体质量做出了实质性贡献，因为他们赋予了开发者为后续的测试阶段提供更稳定的产品的能力。
成熟度评估和误差分析
在开发过程中，为了评估ECU的成熟度，需要对所有执行过的测试进行全面的评价。除了要考虑单个测试结果在可靠性和相关性方面的质量，更重要的是采用适当的测试来全面覆盖所要求的特性。因此非正式的测试结果对成熟度分析也是有帮助的。前提条件是(除记录测试过程外)使用兼容的配置管理。从完成面向质量的、结构化的开发过程的角度来说，这也是十分必要的。
