原创 聊聊车载以太网测试：（1）关于测试

一、前言

本着相互帮助，共同进步的原则，邀请到北汇汽车电子测试部有着多年测试实战经验的老炮儿黄东风和大家聊聊车载以太网那些事！

黄总才思泉涌，洋洋洒洒写下从“关于测试”、“以太网-测试什么”、“以太网-如何测”、到“以太网-测试策略”的全面的车载以太网经验和心得，今天先从“关于测试”聊起，后续将陆续发布其他三个主题的微信文章，敬请持续关注！

二、关于测试

工作不分贵贱，所谓“技术含量”，取决于工作对象和工作目标，汽车电子测试面向的对象的复杂度远超想象：整车电子电器-->子域系统-->ECU部件-->功能&网络等组件，这是各嵌入式系统的集合体，是软件、硬件的集合体。这是建楼房的过程，先要打好知识点的桩子，桩子越多越深楼越稳，系统观决定了楼的构型（能建多高），项目经验用以实现精装修，这是做好测试的修炼之路。

另外，测试发现问题不是终点，而是起点，无论对于我们测试服务团队还是对于我们所服务的客户而言。

问题定位

是网络或诊断或功能软件引起，亦或硬件引起？做到这一点，是不是嵌入式软硬件、通信诊断协议、代码实现机制、基础车辆知识（车辆模式、电源管理等）都需要具备一些呢？不然，就如同盲人摸象！

问题风险分析

发现的问题对整车哪些功能，或是用户体验带来直接影响或为潜在风险，没有网络和功能知识的融会贯通，没有对整车功能和特性的理解，没有电子电器的系统观（对于建立系统和实车测试规范尤为重要）是做不到的。

问题挖掘

针对问题（这是宝藏），上至源头的需求规范是否需完善，下至测试规范该如何补充，以寻求覆盖度、深度和效率的平衡，测试系统该如何设计，都是需深加工的。

此处划个重点，测试对象是软硬件结合的嵌入式系统，一定不能忽略硬件知识的储备，学好数电/模电/单片机，是很受用的。举个例子：

CAN的系统网络测试中的阻抗匹配通常定义的下限为50Ω，为何？——不了解收发器，怎么能知其所以然？

以太网的PHY更复杂更如此，都在提UDP-NM，但当前没任一OEM用此，为何？——不了解PHY工作原理，怎么能知其所以然？

TC8-IOP（交互性）测试为何重要，不了解PHY的Link机制，如何能一针见血（将在下篇略作展开）！

当然不只是网络测试，功能测试不明白信号检测、功率驱动，不知道高/低边为何物，不了解故障检测机制，测试分析如何开展？对测试而言，没有硬件功底如同空中楼阁，且这种趋势越加明显。

对整车功能的理解和系统观是打怪进阶必经之路，不然，单就以太网而言，100Base-T1的Polarity detection为何不被采用，Auto MDI/MDIX何场景用或不用，100Base-Tx为何要增加一条“激活线”，SOME/IP系统&实车测什么等等，何以解忧，何以溯源？

至此，汽车电子测试对知识体系和工程经验的要求是不是超出大家的看法，是不是高大上很多？能测出问题“知其然”的Level，三年时间足矣；“知其所以然”终其一生学习和实践都不算夸张（尤其在当下技术快速迭代的时代背景下）。需要在杂家和专家间无级变速，为何“专业优秀”的汽车电子测试人员稀缺，可见一斑。所以小伙伴和同仁们，我们最多算是过了泸定桥（部分仍在赤水突围），后面还有雪山和草地沼泽呢！不妄自菲薄，不自命不凡，未来可期，北汇和你一起乘风破浪，加油测试人！