ICT、FCT 和老化测试怎么选：HMI PCB 功能测试策略

先按失效模式分配测试层级

先做故障清单，再选设备。测试策略至少要回答三个问题：哪一阶段最早能发现该缺陷，失败后能否定位到可维修对象，以及放行时留下什么证据。若只列“有 ICT、有 FCT、有老化”，采购能看到设备名，却无法判断错件、触摸边缘失灵或间歇通信是否真的被拦截。

建议把缺陷分成四组：未上电即可测的装配缺陷、必须上电才能观察的功能缺陷、只有在接口或装入结构后才出现的交互缺陷，以及需要时间或应力才暴露的早期失效。裸板电测属于更早的 PCB 制造环节。IPC-9252B 的公开范围说明，未装配板电测验证导电网络是否符合电气设计，但不能证明 PCB 可装配或满足全部客户要求，因此不能拿裸板“电测通过”替代 PCBA 的 ICT 或 HMI 级 FCT。IPC-9252B 公开目录与范围

测试策略矩阵

下表中的“直接”表示测试量与目标缺陷有明确因果关系；“间接”表示只能看到症状；“条件覆盖”表示必须满足探针、器件或测试向量条件。节拍不写通用秒数，项目应在已释放治具、程序和上下料方式下实测。

对比结构图：按缺陷拦截阶段，而不是按设备排队

裸板导通证据
    ↓
PCBA 装配完成 ──→ ICT / 飞针：可达网络、器件与装配缺陷
    │                       └→ 边界扫描：受支持但探针不可达的数字互连
    ↓
受控上电 ─────→ FCT：供电、输入、显示、触摸与硬件通信
    ↓
代表性装配状态 ─→ 结构相关 FCT：排线、连接器、面板和显示交互
    ↓
有失效假设时 ──→ 老化/循环应力：持续监测并在结束后复测
    ↓
序列号结果 + 首次失败 + 维修复测 + 版本/校准记录

常见误区是用后段测试“兜底”前段所有缺陷。FCT 看到“不启动”，未必能区分短路、错件或连接器接触问题；老化中途掉线也不说明根因。测试应在最早、易定位且不增加二次风险的阶段拦截。相关主题可在 HMI 组件知识中心 查阅。

项目启动时应取得原理图、BOM、网络表、PCB/面板资料、测试点、接口定义、功能需求和结构状态。建立“失效模式—检测方法—证据—责任方”矩阵，并用已知故障样板或经评审的受控故障注入验证覆盖。

ICT 能发现什么、不能发现什么

在线测试（In-Circuit Test，ICT）的强项是尽早发现并定位可达的装配与电气缺陷，不是证明整套 HMI 可以按使用要求工作。Keysight 对 ICT 的公开说明包括通过针床接触指定测试点，检查开路、短路、器件数值、方向、装配和电气表现；同一资料把功能测试定义为验证完整设备行为的另一层。Keysight 的 ICT 与 FCT 说明

ICT 是否有效，取决于“可访问、可隔离、可判定”。有测试点的网络也可能因并联通路无法直接测出单个器件值。HMI PCB 可优先覆盖电源入口、地、关键电源轨、复位/启动、连接器、可测输入、显示驱动周边和通信物理层，具体由原理图与器件限制确认。

ICT 不能直接证明显示画面正确、触摸位置准确、面板装配后的手感合格、排线弯折后仍稳定，或通信在规定数据流下没有丢帧。通过某个静态阻值，也不等于动态供电、时序和热态行为符合要求。把这些项目硬塞进 ICT，会得到“测过”的记录，却没有与需求对应的覆盖证据。

探针空间不足时可评估边界扫描。IEEE 1149.1 页面把测试访问端口与边界扫描架构用于板上集成电路互连测试及测试数据访问。IEEE 1149.1 项目页面 但有 JTAG 接口不等于自动获得覆盖，还要确认扫描链、BSDL、不可扫描器件与模拟网络边界。TI 的板级 DFT 案例也指出高密度装配的物理探测困难；该案例针对 SDRAM 模块，不能直接作为 HMI 覆盖率。TI 的板级 DFT 分析

验证应包含已知良品、已知故障板与边界板，确认良品不过判、故障落到预期错误码且可维修定位。Keysight 的治具验证说明还包含探针、布线与测试节点之间的导通、隔离、探针存在及非预期短路检查。Keysight ICT 治具完整性验证

FCT 怎样覆盖输入、显示和通信

功能测试（Functional Test，FCT）应从 HMI 的可观察硬件行为反推测试步骤：给定电源、输入和装配状态，采集显示、触摸、输出和通信响应，再与已批准的判定条件比较。FCT 不是简单“点亮看看”，也不是延伸为 PLC、组态软件或 GUI 编程教程；只讨论物理显示模组、触摸/面板、PCB、连接器、结构装配和硬件接口。

输入覆盖应写明输入源、位置、动作条件和预期响应。机械按键要区分开路、闭合与连键；触摸面板要覆盖有效区、边缘区、禁止区及适用的多点条件。自动执行应记录接触头、定位基准和程序版本；人工操作则需防跳步并保留判定。

显示覆盖要区分“电气驱动存在”和“光学输出正确”。前者记录供电或驱动信号；后者用受控图样检查不亮、缺段、错区、闪烁、亮暗异常和装配遮挡。相机阈值须来自具体模组、光学结构、环境光与预热状态；目检也应固定图样、条件、缺陷图例和权限。

通信覆盖在硬件接口层完成。用回环、已知对端或适配器发送受控数据，检查收发、错误状态和超时；线缆、终端、速率、负载和报文长度由项目规范给出。一次握手不能外推到其他线缆、设备或电磁环境，设计裕量验证也应与量产 FCT 分开。

FCT 还要覆盖受控上电：确认电源极性与限流策略、上电后的静态和动态电流、复位/启动状态，以及异常时的安全断电路径。测试步骤、输入条件、输出判据和日志字段可按 HMI 装配功能测试计划 展开，量产程序则应只保留已验证且能稳定复现的项目。

常见误区有两个。其一，把“画面出现”当成所有电源、显示和通信功能都通过；其二，只验证正常路径，不准备故障样板。正确做法是用已知故障样板逐项挑战：断开一个输入、制造受控的通信开路、替换错值器件或遮挡显示区域，确认测试能失败、错误码能指向正确模块，并保存首次失败而不是只保存最终 PASS。

老化测试适合拦截哪些早期失效

老化测试适合筛选在时间、温度、供电、负载或工作循环下才变得可观察的早期失效；它不适合替代 ICT 的结构诊断，也不适合替代 FCT 的逐项功能判定。TI 对半导体可靠性术语的说明把早期失效、正常寿命和磨损期分开，并明确“浴盆曲线”通常是概念模型，不是某个产品族的校准寿命曲线。TI 可靠性术语 因此，不能从一张通用曲线直接推导 HMI 组件应老化多少小时。

对 HMI 装配，老化剖面应从待拦截失效倒推。例如，热态才出现的排线接触异常需要代表性的装配与温度状态；间歇通信需要持续的数据流和错误计数；背光或电源热漂移需要记录关键电气量、显示状态和故障时刻；触摸或按键的循环风险需要受控动作与明确的循环目标。仅仅通电、没有负载、没有显示图样、没有通信活动，也没有连续监测，通常只能证明设备在该空闲状态下存活。

老化时间越长并不天然越好。NASA 的小型航天器知识库把老化描述为延时运行以发现工艺缺陷的筛选过程，并提醒长期超出器件资料限制可能缩短寿命或造成不必要失效。NASA 电子设备老化说明 该资料面向航天硬件，不能把其温度或时长照搬到一般 HMI；可迁移的是方法：先确定失效机制、产品边界、应力、监测量和终止条件，再批准剖面。

还要区分筛选与资格验证。TI 将高温工作寿命（HTOL）定义为器件在高温、工作状态下的加速可靠性试验，并列出多种加速因素。TI 可靠性测试方法 器件级条件不能直接变成 HMI 量产老化规范；显示、粘接、连接器、面板、PCB 和治具限制均须核对。

项目输入包括额定与极限条件、使用负载、热点、装配与气流、显示模式、输入动作、通信流量和失效定义。记录至少关联 DUT 位置、实测温度、输入电压、工作循环、起止与失效时刻、故障码及老化前后 FCT；治具散热改变样品温度时也要记录。

批准剖面前，用已知间歇故障样板验证监测系统能捕获并时间定位；用良品重复运行，检查治具接触、供电波动和通信适配器是否制造误判。停止条件应包括越界、失联、过流、异常温升和监控失效，且由项目工程与质量共同释放，不能由产线临时把时间“再加一点”。

测试点、治具与可制造性约束

测试点不是 PCB 布局结束后才补的圆焊盘，而是测试策略的物理接口。每个测试点都应对应目标网络、测试方法、探针方向、允许接触条件和责任站位。设计评审可结合 HMI PCB 接口与测试点 DFM 清单，在原理图和布局冻结前处理探针不可达、连接器遮挡、双面器件、板弯和结构干涉。

治具输入至少包括原理图、BOM、网络表、PCB 制造/装配数据、测试点坐标与面别、拼板、定位孔、禁压区、器件高度、配对连接器、结构状态和数据接口。针床还要评估行程、板支撑、受力与压合顺序，否则会在机械可达性与电气可测性之间返工。

没有测试点的 PCB 仍可能测试，但不应把替代方法说成等价覆盖。可按以下顺序评估：

1. 先查关键网络是否能通过现有连接器、编程口或预留焊盘安全访问。 2. 若数字器件支持 IEEE 1149.1，确认扫描链、BSDL、TAP 访问和目标互连是否完整，再开发边界扫描向量。 3. 对原型或变更频繁的板，评估飞针能接触的焊盘、过孔或器件引脚，并接受较低吞吐和不同诊断边界。 4. 把无法结构测试的风险转为针对性 FCT、板载自检、矢量测试、AOI/X-ray 或更强过程控制，但明确标注直接、间接或无覆盖。 5. 若关键故障没有可信证据，修改 PCB 增加访问，或由项目负责人书面接受残余风险。

边界扫描只解决受支持器件及互连的结构测试，不会自动观察显示光学输出、触摸机械耦合或全部模拟网络。飞针仍需接触面、净空、板面稳定和测试程序；连接器 FCT 的诊断粒度也可能较粗。

治具验收不应只用一块良品连续跑 PASS。应使用已知良品、已知故障板和边界板做重复测试，检查接触不良、定位偏差、板弯、线缆损耗和仪器漂移。治具版本、测试软件版本、限值版本、适配器版本、校准状态和故障样板版本必须进入放行记录；任何会改变访问、激励或判定的变更，都应重新评估覆盖。

覆盖率、误判、维修和追溯闭环

覆盖率应以“目标失效模式被什么证据检出”表达，而不是以测试设备数量或笼统百分比表达。一个项目可以分别报告：网络/器件可访问率、已批准故障清单的检出情况、功能需求项执行结果、老化期间监测完整性，以及无法覆盖项目。不同分母不能合并成一个漂亮数字，否则采购和质量看到的是同名“覆盖率”，实际含义却不同。

建议给每个失效模式标记四种证据等级：直接检测、间接指示、可诊断定位、无覆盖。再为每项绑定已知故障样板或受控注入记录。这样既能回答“测试会不会失败”，也能回答“失败后能否修”。测试程序每次变更后，至少重跑受影响的故障集合；若修改了公共电源、接口、夹具路径或判定算法，应扩大回归范围。

误判分为假失败和假通过。排查时应保留首次失败原始值，区分 DUT、治具、仪器、软件、环境和操作。不能用无限复测把偶发 PASS 当成合格；触发条件、复测路径、隔离规则、维修权限和再次放行项目应由质量计划批准。

维修闭环要从错误码回到物理失效。记录应包含发现阶段、现象、确认根因、处置、返工位置和复测结果。同一错误码若对应多种根因，应提高诊断粒度；大量“无故障发现”最终通过时，先检查治具接触与判定限值。

追溯记录至少关联单件标识、PCB/装配版本、BOM 版本、治具版本、测试软件与限值版本、仪器标识和校准状态、操作者/站点、时间戳、首次失败、维修、复测与最终处置。字段设计和留存边界可参考 HMI 装配追溯与测试数据方法。留存周期、访问权限和客户交付格式由合同、质量体系与适用要求确定，不能在文章里假设统一年限。

最终放行前做一次证据审查：取得原理图、BOM、测试点和功能需求；用已知故障样板验证测试覆盖；记录治具版本、软件版本和校准状态。若三项中任何一项缺失，就把缺口、临时控制和责任人写入评审记录，不要把“设备已安装”写成 HMI PCB 功能测试已经充分。

方法与披露：本文由茗智电子网站委托，以 2026 年 8 月 24 日实际访问的 IPC、IEEE、Keysight、TI 与 NASA 公开资料核查测试原理；这些资料没有被用来推断茗智电子的设备、认证、产能或服务承诺。项目阈值仍应由产品资料、工程验证和质量计划批准。

要确定 ICT、FCT、边界扫描与老化的实际组合，请提供 HMI PCB 功能测试相关图纸、规格与使用边界，获取工程评审清单。