在电子行业中，芯片的测试至关重要，而 ATE（Automatic Test Equipment）测试程序在其中扮演着关键角色。本文将以 Magnum EPIC 为例，深入探讨在编写 ATE 测试程序之前，如何理解一颗芯片是怎样被 ATE 测试的。
　　1. 测试程序控制的是 tester 怎样测试 DUT
　　ATE 测试程序并非普通软件，它控制着 DUT 接入、pin 映射、供电、电平、时序、pattern、测量、判定、分 BIN 和 debug 等多个方面。其主视角是外部控制，主要写给 tester 执行，而非让 DUT 作为普通应用程序运行。与普通软件不同，ATE 测试程序更关注 DUT pin 与 tester resource 的连接、pin 的状态、电平设置、strobe 位置、电流测量以及 fail 的具体位置等。实际上，ATE 程序是在描述一个物理测试系统的状态机，其 API 调用终会落到 tester 的物理资源上。例如， API 调用可能会涉及选择 site 和 active DUT、展开 PinList、配置 PE、DPS、PMU 等操作。因此，学习 ATE API 时，需要了解其终作用的测试资源、site、DUT 和 pins 等信息。建立测试链路认知是非常重要的，它是所有测试程序的地基。以 Magnum EPIC 为例，一颗 DUT 在 ATE 上被测试的过程可以简化为一系列步骤，包括 DUT 放置、物理接触建立、资源调度、pin 映射、测试动作执行、结果判定和证据保存等。

　

　　2. DUT 必须先被物理接入测试系统
　　DUT 无论是封装后的芯片还是晶圆上的 die，都需要先通过物理链路接入测试系统。封装测试靠 handler、socket 和 loadboard 建立接触，晶圆测试则靠 prober、probe card 和接口板。需要注意的是，ATE 上看到的 fail 不一定来自 DUT 本身，可能是测试链路的其他环节出现问题，如 socket 接触不良、probe 针尖损坏等。真正成熟的测试工程师会先排查测试链路的可靠性。
　　3. EPIC 用 site 层级组织资源和结果
　　在 Magnum EPIC 中，资源被拆分成 site、MTU、PE、DPS、PMU、APG 等可编程层级。SAH、Site、MTU 定义了测试动作的硬件层级，PE、DPS、PMU、APG 对应不同的测试动作。Site 是资源和结果的边界，而非 DUT 本身。例如，在 multi - DUT 场景下，同一个 DutPin 会根据 DUT index 展开成多个实际 tester resources。理解这些资源层级对于读懂 ATE 程序至关重要。
　　4. DUT pin 进入程序前必须完成资源映射
　　Pin Assignment Table 决定了 DUT pin 接到哪里，它是测试程序的份硬件合同。如果映射错误，会导致供电异常、pattern fail 等问题。在 multi - DUT 场景下，Pin Assignment Table 支持并行测试，一个逻辑 pin 会展开成多路资源。PinList 限定了本次测试动作操作的 pin，Active DUTs Set 决定了哪些 DUT 真正参与动作。通过正确理解这些概念，可以准确判断函数实际影响的物理 tester resources。
　　5. Tester 先建立电源、电平和时序条件
　　DPS 负责让 DUT 进入可测试电源状态，需要明确电源条件，如上电顺序、目标电压、电流 limit 等。PE 是数字 drive 与 compare 的硬件落点，Level 把逻辑 0/1 变成真实电压阈值。Timing / TSET 决定了 drive 与 strobe 的时间坐标，strobe 的位置直接影响测试结果的准确性。因此，在功能测试中，需要综合考虑这些因素。
　　6. PASS/FAIL 来自 pattern 和 measurement 的证据
　　在 functional test 中，pattern 是 tester 逐 cycle 执行的行为表，只有被 strobe 的 pins 才能导致 test pattern fail。它规定了每个 cycle 的 pin 状态、drive data、expect data 等信息，是测试的重要依据。
　　7. 结果必须通过 flow、bin 和 datalog 被解释
　　Test Flow 决定了测试项的执行顺序、条件分支等，合理的 flow 可以提高测试效率和安全性。Binning 只是对测试结果进行分类，不能直接作为 root cause。Datalog 记录了测试的条件和结果，对于后续分析非常重要。HRAM / DUT View 可以把 FAIL 还原到现场，帮助工程师进行 debug。
　　8. 写 EPIC 程序前先用清单校准证据链
　　在真正开始写测试程序之前，可以使用清单进行自我检查。包括确认 DUT 形态和接触链路、pin、resource 和作用范围、power、level 和 timing 条件、functional pattern 和 DC measurement 以及 result、debug 和 binning 证据等。这样可以避免一开始就走偏，确保测试程序的可执行性和可解释性。