专利名称：面向特征的测试程序的开发与执行的制作方法
背景技术：
本发明涉及用于目标测试系统的资源限制管理单元，涉及用于某些目标测试系统上的测试专用设备的测试程序的设置环境，并且涉及用于使测试程序的执行适应特定目标测试系统的方法。
在测试集成电路的公司中可能使用多种不同类型或硬件配置的自动测试系统(ATE)。例如，测试程序可能在位于公司的R&D部门的高端机器上被开发。在测试程序开发(包括测试程序创建和在实际ATE上的交互调试)完成之后，测试程序可能在制造台(floor)的不太高级的测试系统上被执行。因此，在第一ATE(自动测试设备)上开发的测试程序不得不在另一种类型或硬件配置的ATE上运行。于是出现如下问题，即如何实现测试程序在不同类型或硬件配置的ATE之间的兼容性。
发明内容
本发明的目的在于改进不同测试系统之间的测试程序兼容性。该目的被独立权利要求解决。从属权利要求示出优选实施例。
根据本发明实施例的设置环境适合于生成测试程序的特征规范，所述测试程序包含至少一个测试。该设置环境包含特征规范模块，其适合于逐个测试地定义指示执行各个测试所需的目标测试系统能力的特征规范。该设置环境还包括存储装置，其适合于将所述特征规范与所述测试程序存储在一起。
根据本发明实施例的设置环境允许针对测试程序中的每个测试单独定义目标测试系统需要支持的特征。如果目标测试系统支持某一测试所需的特征，该测试则将可以在该目标测试系统上执行。如果目标测试系统不支持某一测试所需的特征，该测试则不得不被搁置或被脱机处理。利用该设置环境，测试程序的每个测试可被装配指示用于执行该测试的最小需求的特征规范。无论何时需要将这种测试程序加载到目标ATE，都可以容易地针对测试程序的每个测试单独确定该测试是否可以在目标测试系统上执行。
在开发测试时，用户例如可能希望利用更高级的特征。在此情况下，测试将仅运行在一些高端测试系统上。但是，如果用户将其自身限制到简单特征，测试则将在几乎所有目标测试系统上执行。根据本发明实施例，在开发测试程序的单个测试之前，实现了一方面的测试程序兼容性与另一方面的特征可用性之间的折衷。
通过向测试程序中的每个测试分配特征规范，可以在不同类型或硬件配置的ATE上使用一个或同一测试程序。取代针对一个特定目标测试系统开发一个测试程序的方式，针对整个范围的目标测试系统(包括低端和高端测试系统)开发一个测试程序是可能的。在目标测试系统的一部分上，特征规范允许确定可以在各个平台上执行的各个测试子集。虽然目标测试系统可能变化，但测试程序只用开发一次并且随后在目标测试系统上只需维护单个测试程序。因此，用于测试程序开发和维护的总成本被降低。此外，不同目标测试系统之间的互操作性被提高，这是因为在第一ATE上开发的测试程序可被容易地转移到另一类型的ATE。例如，如果公司拥有被用于R&D的高端测试系统，并且在制造时使用一个或多个低端机器，在R&D部分开发的测试程序也可以在制造时的测试系统上被执行。
根据另一优选实施例，该设置环境还适合于逐个测试地定义针对至少一个测试的测试设置。该测试设置例如可以包括在执行测试前加载到每管脚测试器资源的设置和参数。该设置环境允许交互地定义各个测试的测试设置。
根据优选实施例，该设置环境还适合于通过向测试器资源分配管脚名来定义管脚配置。另一方面，定义允许的参数范围的特征集合可以被分配给管脚名。另一方面，针对每个管脚名，可以指定相应的测试设置，以被加载到测试器资源。
根据优选实施例，交互式的设置环境是自动测试设备(ATE)的一个完整部分。在该自动测试设备上开发的测试程序是针对一组所需目标测试系统而非在特定ATE上开发的。因此，将通过明确的用户动作而非“偶然发生”来实现硬件兼容性。
根据另一优选实施例，特征规范包含针对单独的管脚的特征集合。对于每个测试，通过指定被利用的每个测试器管脚的特征集合来设置特征规范。因此，可能例如包含诸如电压电平、向量速率等之类的特征的特征集合与所需目标测试系统的每管脚测试器资源相对应地被设置。如果针对某一测试，目标测试系统的每管脚测试器资源与特征集合匹配，该测试则可以在各个目标测试系统上执行。
根据另一优选实施例，所述特征规范指示目标测试系统用于执行各个测试的部分上所需的最小硬件资源。例如，特征规范可能参考某种类型的目标测试设备。
根据另一优选实施例，用户可以通过参考某种类型的测试器资源(例如特定测试通道或仪器类型)或参考目标系统的测试器资源的某种性能级别来指定每管脚特征集合。因此，该特征集合被限制到各个测试器资源支持的特征。此外，用户可以通过参考不同类型的测试器资源或性能级别的交集来指定每管脚特征集合。在此情况下，该特征集合被限制到交集的每个测试器资源所支持的那些特征。测试系统可以包含不同类型的具有不同能力的测试器资源。通过逐个管脚地参考测试器资源的类型或它们的交集，特征规范可以单独适应于可用的每管脚测试器资源。
根据另一优选实施例，用户可以手工设置某一测试的特征规范。出于该目的，特征规范模块可以包含交互式编辑装置，其允许逐个测试地输入所需参数。用户可以逐个管脚地提供所需参数，以便生成每管脚特征集合。
在优选实施例中，所述特征规范包含以下各项中的至少一个最小/最大电压电平、最小/最大电压范围、最小/最大电流、最小/最大频率和周期、最小/最大数据速率、波形资源的数目、定时资源的数目、定时分辨率、周期和频率分辨率、向量存储器深度、定序器存储器深度、波形存储器深度、位分辨率。特征规范还可以包含其他参数以指示所需测试系统能力。
根据又一实施例，用户可以通过选择多个系统定义的特征规范之一来设置特征规范。通过参考预先定义的特征标识符，可以更快速地执行设置特征规范的任务。
根据又一优选实施例，系统定义的特征规范可以用手工指定的特征来部分或全面替换。
根据替换实施例，根据预先定义的外部标准的测试器描述可被用作设置特征规范的基础。
根据又一优选实施例，针对某一测试的特征规范是通过参考当前测试系统的能力来生成的。当前测试系统的特征例如可以通过访问当前系统的模型文件或通过执行实际ATE硬件的自动检测来获得，所述模型文件包含关于当前系统的信息。
根据优选实施例，不同特征规范可被提供给测试程序的不同测试。对于测试程序的不同测试，可能需要目标测试系统的不同能力。在目标测试系统的一部分上，这允许逐个测试地确定目标测试系统是否能够执行各个测试。如果特征规范是逐个管脚地设置的，则可能存在与不同测试相关的不同每管脚特征集合。
在优选实施例中，设置环境适合于根据特征规范来限制用户可以在开发测试程序时利用的特征。在该实施例中，设置环境适合于仅向特征规范所描述的特征提供访问权限和/或忽略不符合特征规范的输入。因此，可以确认的是，当设置某一测试时，只有在特征规范中定义的特征被使用。
根据优选实施例，所述设置环境适合于根据所述特征规范来限制测试设置的参数范围。当指定测试设置时，用户被限制到特征规范的设置和参数范围。该设置环境适合于忽略超出特征规范定义的限度的用户输入。如果特征规范对应于某一目标ATE的特征，该设置环境则将表现得像该目标ATE一样。
根据另一优选实施例，该设置环境包括交叉检验设施，其适合于连续监视正被开发的测试的特征是否与所需目标ATE的能力匹配。如果它们不匹配，所述交叉检验设施则将通知用户。在此情况下，所述交叉检验设施例如可以提供如何限制当前测试的特征的建议。
本发明的实施例还涉及包含上述设置环境的ATE系统软件。根据优选实施例，该设置环境适合于交互式地指定和修改特征规范。
根据本发明实施例的资源限制管理单元包括适合于接收测试程序和针对所述测试程序中的至少一个测试的特征规范的接口。所述特征规范指示执行某一测试所需的测试系统能力。该资源限制管理单元还包括特征规范评价装置。该特征规范评价装置适合于逐个测试地将各个测试的特征规范与所述目标测试系统的能力相比较，以用于针对每个测试确定目标测试系统是否能够执行各个测试。该特征规范评价装置还适合于在目标测试系统的能力允许执行所述测试的情况下发起测试执行。
在目标测试系统的一部分上，针对测试程序中的至少某些测试，指示执行测试所需的能力的特征规范被接收。通过比较每个测试的特征规范与目标测试系统的属性，可以逐个测试地确定可用资源是否允许执行各个测试。如果针对某一测试的特征规范与目标测试系统的能力匹配，则将发起测试执行。
测试程序例如可以包括与当前测试系统的能力匹配的测试以及需要在当前测试系统上无法获得的特征的测试。在此情况下，资源限制管理单元适合于发起与可用资源匹配的那些测试的执行。通过实现上述资源限制管理单元，可以在范围从低端到高端的多种不同的目标测试系统上运行包括简单测试和更高级测试的测试程序。测试程序兼容性的问题被资源限制管理单元自动考虑到。用户不需要跟踪不同目标测试系统的不同测试程序版本，因为单个测试程序版本可被用于不同的目标测试系统。
在优选实施例中，资源限制管理单元适合于搁置具有与可用测试器资源不匹配的特征规范的测试。例如，在不太高级的目标测试系统上，只有测试程序的小子集可被执行，而在高端机器上，测试的大子集(甚至全部)可能被执行。
根据优选实施例，资源限制管理单元包括脱机处理设施，其适合于应对可用的测试器资源无法执行的那些测试。无论何时资源限制管理单元确定某一测试的特征规范与可用测试器资源不匹配，就用测试的脱机处理来代替实际的测试执行。
在优选实施例中，脱机处理设施在可用的测试器资源不允许执行某一测试时生成仿真的测试结果。在这些情况下，实际的测试执行被测试的仿真所取代。因此，目标测试系统将测试程序中的所有测试的测试结果记入日志，由此指示出尚未被实际执行的测试的结果数据。
根据另一优选实施例，资源限制管理单元包括设置加载器单元。在执行测试程序中的一个测试之前，至少一个相应的设置被加载到测试系统的硬件。对应于某一测试的一个或多个设置将仅仅在测试的特征规范与可用的测试器资源匹配的情况下被加载。
在优选实施例中，针对一个测试的特征规范包括多个特征集合。针对每个管脚，至少针对测试所利用的每个管脚，指定相应的特征集合。根据又一优选实施例，特征规范评价装置适合于针对测试期间利用的每个管脚确定相应的特征集合是否与相应的每管脚测试器资源匹配。通过针对测试期间利用的每个管脚，逐个管脚地比较特征集合与测试器资源，可以确定测试作为整体是否可被执行。
本发明可以由一个或多个合适的软件程序来部分或全部地体现或支持，所述软件程序可被存储在任意种类的数据载体上或以其他方式由数据载体提供，并且所述软件程序可以在任意合适的数据处理单元中执行。软件程序或例程优选地被用于使测试程序的执行适应于特定目标测试系统。
通过结合附图参考以下对优选实施例的更详细描述，可以更好地理解并且更容易地觉察本发明实施例的其他目的和很多附加优点。在实质上或功能上相同或相似的特征将利用相同的标号来引用。
图1给出不同硬件和软件版本的概观；图2示出测试程序开发的过程；图3描绘允许特征的集合可如何限制到三个目标ATE T1、T2、T3的交集；图4示出实际上执行ATE测试程序的目标ATE；图5示出测试程序TP，其包含9个测试以及三个不同测试系统T1、T2、T3的能力；以及图6描绘两种不同数据模型，它们提供了测试设置和特征设置之间的相互关系。
具体实施例方式
自动测试设备(ATE)一般包含ATE系统软件和多种测试器资源(通道卡和/或仪器)，其中测试器资源受控于用于提供测试信号到被测设备(DUT)并从DUT接收测试信号的测试程序。在用户的测试台上，可能存在多种具有通道卡的ATE，这些通道卡具有不同产品代(productgeneration)和速度/性能类。此外，可能存在不同版本的ATE系统软件，被用来加载、开发、执行和保存测试程序，从而导致相应的测试程序版本。用户一般希望测试程序在提供相同能力的不同硬件资源之间以及在不同软件版本之间具有兼容性。
图1示出不同测试器资源和测试程序版本的示例。沿轴1，示出两个不同产品代的每管脚(per-pin)测试器资源过去的硬件代被称为“第A代”，新的硬件代被称为“第B代”。第A代包含三个不同的速度/性能类“L”(低成本)、“M”(中等成本)和“H”(高端)。提供了从低成本到高端的接替式特征集合的速度/性能类“L”、“M”、“H”沿轴2示出。第B代包含速度类“LII”(低成本)、“MII”(中等成本)和“HII”(高端)，它们沿轴3示出。该图的第三维度对应于各个软件版本。沿轴4，指示了包含版本1.0、2.0、2.1、2.1.1、2.2的不同测试程序版本。
例如，用户可能已经开发出针对过去的产品代(例如针对“第A代”)系统的测试程序。现在，用户购买了一个或多个“第B代”系统，并希望升级他的旧测试程序，因此他希望利用“第B代”系统提供的新特征来测试某一设备。另一用户可能已经购买了针对其R&D场所的ATE系统的状态，但在制造场所，具有过去的产品代的测试系统仍旧在使用。在此情况下，测试程序在更有能力的测试系统(例如“第B代”测试系统)上被开发，但是希望该测试程序在能力更低的“第A代”系统上运行。根据另一示例，用户可能出于降低成本的缘故而修改他的测试程序。所有需要“M”或“MII”能力的测试被省略，并且修改的测试程序希望在“L”和“LII”测试器资源上运行。
一般而言，用户希望在提供相同能力的不同硬件资源之间以及在不同软件版本之间具有兼容性。测试程序兼容性需要处理以下不同方面包括由不同软件版本生成的测试程序的兼容性(软件兼容性)以及针对不同硬件资源生成的测试程序的兼容性(硬件兼容性)，由此硬件兼容性包含不同硬件代(例如“第A代”和“第B代”)之间的兼容性以及提供了从低成本到高端的接替式特征集合的不同速度/性能类之间的兼容性。当然，测试程序兼容性可以仅仅针对不同软件版本或不同测试器资源的公共特征集合来实现。
一般而言，兼容性声明包含关于前向兼容性以及关于后向兼容性的声明。如果系统与其自身后期的版本兼容(例如可利用更晚版本读取数据)，该系统则是前向可兼容的。如果系统与其自身早期的版本兼容，或有时与其他更早的系统(尤其是它希望取代的系统)兼容(例如可与该更早版本共享数据)，该系统则是后向可兼容的。
软件兼容性被定义为加载和执行已利用另一软件版本保存的测试程序的能力。关于软件兼容性，所需行为例如可以包括无需为了加载、执行和保存测试程序而进行吞吐量降级就能够在所有版本之间提供前向兼容性，以及在次要版本之间(例如在版本2.1.1和2.1之间)的后向兼容性。在主要版本之间(例如在版本2.0和1.0之间)，可能不一定需要后向兼容性。
硬件兼容性被定义为无需吞吐量降级而加载和执行已利用同一软件版本被保存在另一硬件上的测试程序的能力。优选地，硬件兼容性包括不同硬件代之间的前向兼容性，至少到不存在诸如不可兼容的级别范围之类的硬件限制的程度。例如，已经在“第A代”系统上开发的测试程序可以在“第B代”系统上执行。更优选地，硬件兼容性包括提供了从低成本到高端的接替式特征集合的不同速度类之间的前向兼容性。这种前向兼容性暗示已经在“M”通道上开发的测试程序可以在“H”通道上执行。但是，可能存在对前向兼容性加以限制的硬件限制。除此之外，硬件兼容性包括不同类型的通道卡之间的后向兼容性，直到不同类型的通道卡支持测试程序所利用的硬件特征的公共集合。例如，已被保存在“第B代”系统上并且没有利用任何“第B代”专门特征的测试程序可以在“第A代”系统上执行。
优选地，利用最少投资在不同ATE系统(系统软件和测试器资源)上运行同一测试程序应该是可能的。
在图2中，测试开发的过程被示出。由电子设计自动化(EDA)域5提供的文件一般被用作生成测试图样的起始点。该EDA域5可能提供设计仿真数据，例如VCD文件6、Verilog文件7或VHDL文件8。
Verilog是一种流行的硬件定义语言，其已被定义为开放标准(OpenVerilog)。一般而言，Verilog被用于“Cadence”Verilog仿真器。Verilog在一种语言中支持行为的、寄存器传输级(RTL)、门级描述和激励描述。
VCD(Verilog信息转储)是来自Verilog的输出，其被用于测试图样生成。通常，VCD文件需要被翻译成测试器可读取的另一格式。
VHDL是VHSIC(超大规模集成电路)硬件描述语言。VHDL已被定义在IEEE标准1076中。
EDA域5还可能提供利用独立于特定ATE的专用测试描述语言的DFT(测试设计)数据或ATPG(自动测试图样生成)数据，例如STIL文件9或WGL文件10。
定义在IEEE标准1450中的STIL(标准测试接口语言)被设计用于在仿真、自动测试图样生成(ATPG)、内置自测(BIST)和ATE之间传输高密度数字测试图样。其支持可由仿真、转换和ATPG工具生成的定时、规范、图样和串行扫描的测试器中性(tester-neutral)描述。在STIL中使用的波形代表允许分层定义信号定时并且适用于现代微处理器总线结构。定时可被定义为定时规范表和定时关系。STIL存储了支持全扫描、部分扫描或边界扫描的串行扫描数据，其格式是针对无需进一步测试转换的直接测试执行来构造的。
WGL(波形生成语言)是针对ATPG和向量生成的事实标准。大多数图样开发工具支持WGL。此外，存在适用于将WGL转换成各种本地ATE标准的第三方工具。
在EDA域5的一部分上，当生成ATPG或仿真测试文件时，可用硬件资源以及测试器资源限制可能被考虑到。出于此目的，ATE测试程序17例如可能将测试器资源限制(TRC)信息13提供到TRC发生器14，所述TRC信息13指示测试器硬件12的限制。TRC发生器14适合于将TRC信息13转换成EDA域5可以处理的标准。例如，TRC发生器14可能根据标准IEEE1450.3(该标准也被称为STIL TRC扩展)将TRC信息13转换成TRC文件15。在生成ATPG或仿真测试文件期间，EDA域5可以访问TRC文件15，以便根据可用硬件资源强加的限制来设置测试图样。
设计到测试域16负责将各个输入文件(例如VCD、Verilog或VHDL文件、WGL文件或STIL文件)转换成ATE可处理的相应本地ATE测试程序17。由EDA域5递送的测试数据可以是基于事件的测试文件，即其包含诸如信号沿之类的事件，所述信号沿在模拟时间域中被一个接一个地排列起来。这种测试无法由ATE直接执行。因此，设计到测试域16适合于通过应用用户指定的周期定义将基于事件的测试转换成基于周期的测试。
根据本发明实施例，ATE系统软件11包含设置和调试用户界面18，其根据目标ATE的能力来交互式地适配ATE测试程序17。具体而言，设置和调试用户界面18适合于读取(19)ATE测试程序17，以用于指定管脚配置20、特征规范21和测试设置22，以及适合于写回(23)ATE测试程序17。
在第一步骤中，管脚配置20被设置。利用设置和调试用户界面18，用户可以指定目标ATE的测试器资源，并向每管脚测试器资源分配管脚名。
在下一步骤中，用户可以设置指示所需目标ATE的测试系统能力的特征规范21。设置和调试用户界面18包含特征规范编辑器24，其适合于访问和编辑(25)特征规范21。利用特征规范21，用户可以有目的地限制所利用的测试系统能力。特征规范21例如可以包括针对每个测试单独设置的以及针对被用于测试被测设备(DUT)的管脚的每个每管脚测试器资源单独设置的特征集合。如果用户将测试功能限制到最小，则将可以在任意目标ATE上执行各个测试。但是，如果用户希望利用更高级的特征，所产生的测试则将只能在高端目标ATE上执行。因此，在生成本地ATE测试程序之前，用户不得不找到一方面的测试程序兼容性和另一方而的高级特征可用性之间的折衷。一般而言，用户将在指定某一测试所需的特征和能力之前分析测试方法和可用的测试器资源，并将据此设置特征规范。
如何针对某一测试来设置特征规范存在若干不同的可能性。第一种可能性是利用特征规范编辑器24手工指定单独的特征和所需规范。作为示例，让我们假设目标ATE的硬件包含一个或多个数字通道。在此情况下，特征规范例如可能包含●最小/最大向量周期●最小/最大主时钟频率●每个向量的波形数目●每个向量的信号沿数目●向量存储器深度●定序器存储器深度●电压范围●等等一般而言，特征规范将最可能参考测试器资源的测量结果或信号生成能力，而不是参考对用户隐藏的硬件规范或硬件特征。
用于指定特征集合的第二种可能性是参考系统定义的标识符或通过明示地参考诸如M或LII之类通道卡的类型，其中所述标识符反映出特定通道卡的特征或通道规范。此外，特征集合可以通过参考两个或更多个通道类型的特征的交集来定义，例如通过参考通道卡M和MII的公共特征来定义M∩MII。
根据另一变化，特征集合是通过处理任意种类的预定工业标准测试器描述来设置的。
根据另一种可能性，系统定义的特征规范被视为起始点，由此预先定义的特征根据用户的需求被交互式地编辑和替换。
再一种可能性是通过参考ATE测试程序17在其上被开发的ATE的能力来定义特征集合。例如，通过执行实际ATE硬件12的自动检测，当前系统的能力可以从硬件驱动器26获得。可替换地，ATE描述文件27可以被访问，其包含关于ATE系统软件在没有可用的物理硬件时仿真测试器硬件所需的测试系统配置的所有信息。
特征规范编辑器24可以支持上述用于设置特征规范21的可能性中的一种或多种。一般而言，测试程序包含不同测试的序列。在此情况下，针对不同测试指定不同特征集合是可能的。
在第三步骤中，在已经定义了管脚配置20和特征规范21之后，测试设置22被指定。测试设置22包含将被加载到各个目标ATE的硬件资源的值和参数。
ATE系统软件11还包括资源限制管理器28。管脚配置20和特征规范21都被提供(29)到资源限制管理器28。资源限制管理器28适合于监视用户指定的测试设置22是否符合之前定义的特征规范21。
此时，存在若干可能的实现方式。根据第一实施例，资源限制管理器28和设置和调试用户界面18适合于以符合特征规范21所强制的方式限制测试设置22的参数范围。在该实施例中，用户不能输入任何不符合特征规范21的测试设置22。各个示例在图3中示出。在该示例中，特征规范21已被设置为三个不同目标ATE，T1、T2、T3的能力的交集。特征规范21对应于图3中指示的区域30。因此，用户可以利用的特征和参数范围被限制在区域30中的特征。如果用户试图输入超出这些限制的参数，这些输入则将不会被设置和调试用户界面18所接受。这样一来，用于开发ATE测试程序17的ATE表现得像所需目标ATE那样或像不同目标ATE的交集那样。
根据第二实施例，资源限制管理器28适合于监视测试设置22是否不符合之前定义的特征规范21。当不符合特征规范21的特征或参数被使用时，用户将被通知。在此实施例中，可能的参数范围并不严格局限于特征规范21中定义的特征。但是，资源限制管理器28适合于交叉检验用户输入，并指示用户各个输入是否不符合特征规范21。在此实施例中，由各个目标ATE负责搁置包含超出目标ATE的能力的特征的测试。
在设置了管脚配置20、特征规范21和测试设置22之后，ATE测试程序17被写回(23)。接下来，可能例如存储在某种数据载体中的ATE测试程序17在使用中的目标ATE上被执行或被传输到另一目标ATE。
图4示出一个目标ATE，其中ATE测试程序17的测试序列实际被执行。目标ATE包括ATE系统软件31和ATE硬件32，所述ATE硬件32例如可以包含每管脚测试器资源，具体而言，包含通道卡、仪器等等。ATE硬件32的类型和/或配置可能完全不同于图2所示的ATE硬件12。目标ATE的系统软件31的版本可能不同于图2所示的ATE系统软件11的版本。ATE系统软件31包含执行器模块33，其适合于访问(34)和处理ATE测试程序17。对于每个测试，执行各个测试所需的特征需要与可用硬件资源相比较。该比较由资源限制管理器35执行。出于此目的，管脚配置20和特征规范21被提供(36)到资源限制管理器35。硬件驱动器37将关于实际硬件资源的信息38提供到资源限制管理器35，由此硬件驱动器37可以通过执行实际ATE硬件32的自动检测和/或通过访问ATE描述文件39来获取该信息。通过在每个测试的基础上比较特征规范21与可用硬件资源，资源限制管理器35针对每个测试单独确定ATE硬件32是否能够执行各个测试。
优选地，特征规范21包含针对每个测试的每管脚特征集合，其在每个管脚的基础上指示所需测试器资源。据此，资源限制管理器35适合于针对每个测试和在该测试期间利用的每个管脚来比较各个特征集合与测试器硬件的能力。如果对于某个测试，在测试期间利用的所有管脚的特征集合与相应的每管脚硬件资源匹配，则将发起测试执行。这对应于每管脚比较的各个结果的AND操作。
资源限制管理器35指示(40)加载器41是否可以执行各个测试。如果测试可执行，加载器41则经由硬件驱动器37将相应的测试设置22之一加载到ATE硬件32，该ATE硬件32随后将执行该测试。在测试执行期间获得的测试结果经由硬件驱动器37被转发到执行器模块33。
如果资源限制管理器35指示(40)加载器41 ATE硬件32不能执行某个测试，加载器41则将相应的测试设置22之一加载到脱机测试设置数据存储设备42。由于不能实际执行该测试，因此执行器模块33执行该测试的脱机处理以便生成结果数据。例如，测试设置的参数可能被视为仿真测试执行的基础。执行器模块33将测试结果数据43提供到设置和调使用户界面44，该界面44包含用于显示测试结果数据的图形用户界面。测试结果数据43包含针对每个测试的指示，该指示表明该测试是否已被实际执行，或者该测试结果是否已通过执行测试的脱机处理而获得。
现在，测试结果数据是可用的。在调试所创建的测试程序17的过程中，用户可以取决于生成的测试结果数据来迭代修改设置参数。
在图5A中，示意性地示出测试程序TP。测试程序TP包含9个测试t1、t2、...t9的序列。对于每个测试，指示目标测试系统的所需能力的相应特征规范已被指定，由此针对测试程序TP中的每个测试t1、t2、...t9，可以提供不同的特征规范。
如图4所示，目标测试系统的ATE系统软件31包含加载器41和资源限制管理器35。当诸如图5A所示的测试程序TP之类的测试程序被加载到目标ATE时，资源限制管理器35针对每个测试t1到t9单独确定ATE硬件32是否能够执行各个测试。只有在可用硬件资源与各个测试的特征规范匹配的情况下，加载器41才将测试的设置加载到测试器的硬件资源中。如果测试器硬件32不能够执行某个测试，测试设置则不会被加载。资源限制管理器35适合于在每个测试的基础上比较特征规范与可用硬件资源。该比较的可能输出如图5A所示。一个目标测试系统T1例如可能能够执行测试t1到t5，但是T1可能不能执行测试t6到t9。另一目标测试系统T2可能能够执行包含t2、t3、...t8的测试的子集，但测试t1、t9无法执行。测试系统T3可能能够执行测试t4到t9，但t1到t3的特征规范与T3的能力不匹配。
在图5B中，示出测试程序TP的测试如何被划分成与测试系统T1的能力匹配的第一测试子集TPT1，以及无法在T1上执行的第二测试子集TPNOT(T1)。资源限制管理器35确定TPT1包含测试t1到t5，而TPNOT(T1)包含测试t6到t9。
在完成测试执行后目标测试系统将测试结果记入日志。在优选实施例中，针对测试程序的每个测试的测试结果数据包括表明各个测试是否已被实际执行的指示。例如在图5B所示的情况下测试结果数据可以包含针对尚未被执行的子集TPNOT(T1)中包含的测试的结果数据。针对尚未被执行的测试(例如图5B中的测试t6到t9)的结果数据例如可以通过执行这些测试的脱机处理来获得。在结果文件中，指示测试t6到t9尚未被实际执行，并且已经利用脱机处理获得了相应的测试结果。测试t6到t9的测试结果例如可以通过仿真这些测试来获得。从被测设备的硬件描述开始，被仿真的测试结果可以通过考虑噪声级别、通过添加抖动(jitter)等被脱机生成。
在图6A和6B中，两个不同的数据模型被示出。数据模型提供了测试设置和特征集合之间的相互关系。
根据图6A所示的第一数据模型，测试程序45由一个或多个测试46构成。每个测试46使用相应的测试设置47。每个测试设置47由N个每管脚测试设置48构成，其中N≥1是自然数。N个每管脚测试设置48中的每一个参考特征集合49，由此若干每管脚测试设置48可以参考一个或多个相同的特征集合49。
图6B示出更复杂的数据模型，其引入特征规范的概念作为测试的上下文。测试程序50包含一个或多个测试51。除此之外，测试程序50包含一个或多个测试设置52，由此每个测试51参考测试设置52之一。每个测试设置52包含N个每管脚测试设置53，其中N≥1是自然数。测试程序50还包括一个或多个特征规范54。每个测试设置52刚好参考一个特征规范，由此每个特征规范可以被一个或多个测试设置所参考。每个特征规范54由N个每管脚特征集合设置55构成，并且每个每管脚特征集合设置55参考特征集合56。因此，对于每个管脚，管脚的每管脚测试设置和特征集合56之间的隐含关系57是经由特征规范54之一来建立的。
权利要求
1.一种适合于生成测试程序(TP)的特征规范的设置环境(18)，所述测试程序包含至少一个测试(t1、t2、...t9)，特征规范模块(24)，适合于逐个测试地定义指示执行各个测试所需的目标测试系统能力的特征规范(21)，存储装置，适合于将所述特征规范(21)与所述测试程序(17)存储在一起。
2.如权利要求1所述的设置环境，其中所述设置环境还适合于逐个测试地定义针对至少一个所述测试的测试设置。
3.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述设置环境还适合于通过向测试器资源分配管脚名来定义管脚配置。
4.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述设置环境是自动测试设备的一个完整部分。
5.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块适合于逐个测试地和每个管脚指定特征集合，该特征集合指示针对在测试期间利用的每管脚测试器资源的目标测试系统能力。
6.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范指示目标测试系统在最小硬件需求方面的所需能力。
7.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块支持通过参考目标测试系统的各个类型的测试器资源或参考不同类型的测试器资源的交集来设置所述特征规范。
8.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块包含交互式编辑装置，其支持手工设置所述特征规范。
9.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范包含以下各项中的至少一个最小/最大电压电平、最小/最大电压范围、最小/最大电流、最小/最大频率和周期、最小/最大数据速率、波形资源的数目、定时资源的数目、定时分辨率、周期和频率分辨率、向量存储器深度、定序器存储器深度、波形存储器深度、位分辨率。
10.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块支持通过参考系统定义的特征规范来设置所述特征规范。
11.如权利要求10所述的设置环境，其中所述特征规范模块支持通过设置单独定义的特征来部分或全部地取代所述系统定义的特征规范。
12.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块支持通过根据预先定义的标准处理测试器描述来设置所述特征规范。
13.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块支持通过取得当前测试系统的测试系统能力来设置所述特征规范。
14.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述特征规范模块支持针对所述测试程序的不同测试指定不同的特征规范。
15.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述设置环境适合于根据所述特征规范来限制用户在开发测试程序时可以利用的特征。
16.如权利要求1或任意一个前述权利要求所述的设置环境，其中所述设置环境适合于根据所述特征规范来限制测试设置的参数范围。
17.如权利要求1或任意一个前述权利要求所述的设置环境，还包括交叉检验设施，其适合于确定测试设置是否与所述特征规范匹配。
18.如权利要求17所述的设置环境，其中所述交叉检验设施适合于在所述测试设置与所述特征规范不匹配的情况下通知用户。
19.一种ATE系统软件(11)，其包含如权利要求1到18中任意一个所述的设置环境(18)。
20.如权利要求19所述的ATE系统软件，其中所述设置环境适合于交互式地指定和修改所述特征规范。
21.一种用于目标测试系统的资源限制管理单元(35)，所述资源限制管理单元(35)包括适合于接收测试程序(TP)和针对所述测试程序中的至少一个测试(t1、t2、...t9)的特征规范(21)的接口，所述特征规范(21)指示执行某一测试所需的测试系统能力；特征规范评价装置，其适合于逐个测试地将针对各个测试的特征规范与所述目标测试系统的能力相比较，以用于针对每个所述测试(t1、t2、...t9)确定所述目标测试系统(T1、T2、T3)是否能够执行所述各个测试；并且适合于在所述目标测试系统(T1、T2、T3)的能力允许执行所述测试的情况下发起测试执行。
22.如权利要求21所述的资源限制管理单元，其中所述资源限制管理单元适合于在所述目标测试系统的能力不允许执行一个测试的情况下不发起所述测试程序的所述程序的执行。
23.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，还包括脱机处理设施，其适合于在所述目标测试系统的能力不允许执行一个测试的情况下用对所述测试的脱机处理来替代实际测试执行。
24.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，其中，在所述目标测试系统的能力不允许执行一个测试的情况下，输出仿真的测试结果。
25.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，还包括设置加载器单元，其适合于针对每个测试加载至少一个相应的测试设置到所述目标测试系统的测试器资源。
26.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，其中，在所述特征规范评价装置确定所述目标测试系统不能执行某一测试的情况下，所述设置加载器不加载至少一个相应的测试设置到所述目标测试系统的测试器资源。
27.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，其中所述特征规范针对至少一个每管脚测试器资源包含一个相应的特征集合。
28.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，其中所述特征规范评价装置适合于确定所述目标测试系统的能力是否与所述特征规范匹配。
29.如权利要求21或任意一个前述权利要求所述的资源限制管理单元，其中所述特征规范评价装置适合于通过确定在某一测试期间利用的所有所述每管脚测试器资源是否满足各个特征集合中规定的需求，来确定所述目标测试系统是否能够执行所述测试。
30.一种用于使测试程序(TP)的执行适应特定目标测试系统(T1、T2、T3)的方法，所述测试程序(TP)包含至少一个测试(t1、t2、...t9)，其中所述测试程序包含针对每个所述测试(t1、t2、...t9)的特征规范，这些特征规范指定所述目标测试系统的所需特征，所述方法包括以下步骤对于每个测试(t1、t2、...t9)，比较所述测试的特征规范与所述目标测试系统的能力；确定所述目标测试系统(T1)可以执行的测试的子集(TPT1)；执行所述目标测试系统(T1)可以执行的测试的所述子集(TPT1)。
31.如权利要求30所述的方法，其中在所述目标测试系统的测试器资源的能力满足在各个所述特征规范中规定的需求的情况下，一个测试被确定为可执行的。
32.如权利要求30或任意一个前述权利要求所述的方法，其中所述特征规范包含指示在一个测试期间被利用的每管脚测试器资源的目标测试系统能力的特征集合，所述方法还包括确定在所述测试期间所利用的所有所述每管脚测试器资源是否满足在各个所述特征集合中规定的需求的步骤。
33.如权利要求30或任意一个前述权利要求所述的方法，还包括搁置所述目标测试系统无法执行的测试的步骤。
34.如权利要求30或任意一个前述权利要求所述的方法，还包括用所述目标测试系统无法执行的测试的脱机处理代替所述测试的执行的步骤。
35.一种优选地存储在数据载体上的软件程序或产品，其在运行在自动测试设备或任意其他数据处理系统上时执行权利要求30到34中任意一个所述的方法。
全文摘要
一种用于目标测试系统的资源限制管理单元被描述。该资源限制管理单元包括适合于接收测试程序和针对所述测试程序中的至少一个测试的特征规范的接口，所述特征规范指示执行某一测试所需的测试系统能力。所述资源限制管理单元还包括特征规范评价装置，其适合于逐个测试地将各个测试的特征规范与所述目标测试系统的能力相比较，以用于针对每个所述测试确定所述目标测试系统是否能够执行所述各个测试；并且适合于在所述目标测试系统的能力允许执行所述测试的情况下发起测试执行。
文档编号G06F9/445GK101095107SQ200480044154
公开日2007年12月26日 申请日期2004年10月8日 优先权日2004年10月8日
发明者简·范伊克 申请人:韦瑞吉(新加坡)私人有限公司