3. 量产测试流程与交付物定义
在英飞凌 TRAVEO/MOTIX 这类车规级 MCU 的量产交付中，测试不是“把芯片测一遍”这么简单，而是一条从晶圆到成品、从程序版本到客户验收的完整证据链。量产测试流程决定了每颗芯片在哪个阶段被验证、用什么条件验证、验证结果如何被记录；交付物则决定了客户凭什么相信这批芯片满足规格。理解这条链路，是后续做测试程序管理、覆盖率分析和客户验收的基础。
一、从晶圆测试到成品测试：两个阶段，两种目标
量产测试通常分为晶圆测试（Wafer Sort / CP）和成品测试（Final Test / FT）。晶圆测试在划片之前进行，探针台把探针卡压到晶圆上的每个 die 的焊盘上，逐颗执行测试程序。它的核心目标是尽早剔除坏 die，避免坏 die 进入封装环节造成封装成本浪费。因此 CP 阶段更关注结构性缺陷：短路、开路、漏电、阈值漂移、存储单元失效等。测试温度通常为常温，部分车规产品会加做高温 CP。
成品测试在封装完成后进行，芯片已装入 QFP、BGA 等封装体内，通过测试插座（socket）与 ATE 连接。FT 阶段除了复测 CP 已覆盖的结构项，还要覆盖封装引入的缺陷以及只有在封装后才能验证的项，例如引脚连通性、封装应力后的参数漂移、功能全项、AC 时序、ADC 精度、通信接口（CAN/LIN/SPI）等。FT 通常包含常温、高温（如 125°C 或 150°C）和低温（如 -40°C）三温测试，以覆盖车规温度范围。
两个阶段共享同一套测试程序框架，但测试项集合、测试条件（温度、电压、频率）和分选规则（binning）不同。CP 的 bin 通常分为 pass、fail 和边缘 die；FT 的 bin 则更细，会区分功能 fail、参数 fail、时序 fail 等，便于后续做失效分析（FA）和良率提升。
二、测试程序版本管理：量产可追溯的核心
测试程序（Test Program）是量产测试的“源代码”，它定义了每个测试项的条件、限值、顺序和分选规则。在 TRAVEO/MOTIX 量产中，测试程序版本管理必须做到三件事：可追溯、可复现、可审计。
可追溯意味着每个测试程序版本都有唯一标识，例如 TP_TRAVEO2_V1.2.3，并记录该版本对应的产品型号、硅片版本、测试硬件配置（探针卡/插座型号、ATE 型号）和生效日期。可复现意味着给定版本号和硬件配置，任何人在任何时间都能复现相同的测试结果。可审计意味着每次程序变更都有变更记录（ECN），包括变更原因、变更内容、影响评估、审批人和验证结果。
实际管理中，测试程序通常存放在版本控制系统中，与产品批次绑定。当产线发现某批次良率异常时，可以快速定位该批次使用的程序版本，对比前后版本的测试项差异，判断是程序变更导致还是工艺漂移导致。如果程序变更引入问题，需要支持回滚到上一稳定版本，并重新验证。
三、测试覆盖率报告：量化测试充分性
测试覆盖率报告回答一个核心问题：我们的测试到底覆盖了多少可能出问题的地方？在车规 MCU 中，覆盖率通常从三个维度衡量。
结构覆盖率关注制造缺陷的检测能力，常用故障模型包括固定型故障（stuck-at）、桥接故障（bridging）、开路故障（open）和延迟故障（transition delay）。对于 TRAVEO/MOTIX 的 Flash、SRAM、锁相环（PLL）、ADC 等模块，需要分别评估其结构覆盖率。功能覆盖率关注芯片功能模式是否被测试到，例如 CAN 的多种波特率、LIN 的睡眠/唤醒、SPI 的主从模式、ADC 的不同通道和采样时间。参数覆盖率关注 PVT（工艺、电压、温度）角是否被覆盖，例如在低电压、高温、低温条件下关键参数（如 Flash 读取时间、ADC 线性度）是否仍满足规格。
覆盖率报告不是“越高越好”的数字游戏。未覆盖项必须逐条评估风险：如果未覆盖项是已知的、不影响车规安全的冗余逻辑，可以接受；如果未覆盖项涉及安全关键路径，则必须补充测试或说明理由。报告最终要形成“覆盖率—未覆盖项—风险评估—结论”的完整逻辑链。
四、交付清单与客户验收标准
量产交付不是把芯片发出去就结束，而是要把一整套证据交给客户。典型的交付清单包括：测试程序及版本说明、测试覆盖率报告、良率数据与 bin 分布、三温测试记录、可靠性测试报告（如 HTOL、ELFR）、样品与批量一致性报告、以及失效分析报告（如有）。
客户验收标准通常围绕四个维度展开。第一，规格书逐项对照：客户会抽取样品，按数据手册的电气特性和功能描述逐项验证，确认实测值在规格范围内。第二，覆盖率阈值达成：客户可能要求结构覆盖率达到某个百分比（例如 95% 以上），功能覆盖率达到 100% 的关键模式。第三，良率目标与 Cpk：客户会关注批量良率是否稳定，关键参数的 Cpk 是否大于 1.33 或更高。第四，样品与批量一致性：客户会对比工程样品和量产批次的测试数据，确认没有因工艺或程序变更导致性能偏移。
从晶圆测试到成品测试，从程序版本管理到覆盖率报告，再到交付清单和客户验收，这条链路的核心是“证据”。每一颗芯片的测试结果、每一个程序版本的变更、每一项覆盖率的评估，都是交付证据的一部分。只有把这条链路做扎实，量产交付才能从“凭经验”走向“凭数据”，从“能出货”走向“可审计、可复现、可验收”。