专利名称：用于半导体装置的并行测试的系统的制作方法
技术领域：
本发明涉及用于形成并行测试计划的自动工具。在一个方面，本发明涉及一种生成用于具有多个引脚的装置的并行测试计划的信息的方法并且该方法由具有多个资源的测试系统执行。该方法包括识别多个引脚组和在每一组的并行测试流程期间的资源需求集合；识别多个测试系统资源集合，所述多个集合包括每个都共同满足需求的一个或多个测试系统资源集合；以及将多个集合中的集合与多个组中的组匹配。此方法可由计算装置的至少一个处理器执行。然而，本发明的方面可体现为一种系统、一种方法、一种计算机可读取介质或一种制造半导体装置的方法。另一个方面，本发明涉及一种运行计算装置以生成用于至少一个装置的并行测试计划的信息的方法，所述至少一个装置中的每一个均具有多个引脚，并且该测试由具有可连接到多个引脚的多个资源的测试系统执行，该并行测试包括多个块。该方法包括迭代地执行包括根据启发法而识别候选流程的处理，该候选流程对块进行调度以避免块间先前识别的冲突。对于每个候选流程，尝试将多个资源中的资源分配到多个引脚中的引脚以根据候选流程执行并行测试。当对分配的尝试产生成功的资源分配时，计算利用候选流程执行并行测试的测试时间。当由于测试块间的冲突而导致资源分配不成功时，记录相冲突的测试块间的冲突，使得后续迭代中的候选流程不包括该冲突。在另一个方面，本发明涉及至少一个包括多个计算机可执行指令的计算机可读取存储介质，当所述多个计算机可执行指令由至少一个处理器执行时，实施生成用于至少一个装置的并行测试计划的信息的工具，所述至少一个装置中的每一个具有多个引脚，且该测试由具有可连接到多个引脚的多个资源的测试系统执行，该并行测试包括多个块。计算机可执行指令构成多个模块，多个模块包括至少两个模块，其可为两个或更多个模块。第一可能模块可响应于指定第一技术的输入通过列举候选流程来识别至少一个用于并行测试的流程；尝试将多个资源中的资源分配至多个引脚中的引脚，以根据每个列举的候选流程执行并行测试；并且提供输出，该输出表明资源分配成功的多个列举的候选流程和各自的用于所列举的候选流程的所预计测试时间。第二模块可响应于指定第二技术的输入，通过在每次迭代中随机生成具有由启发法指示的特性的候选流程来迭代地生成多个候选流程，直到达到第一终止条件为止，以识别至少一个用于并行测试的流程，从而以比先前迭代期间所计算的用于先前候选流程的测试时间短的时间执行并行测试。对于每次迭代，第二模块可对每个生成的候选流程尝试将多个资源中的资源分配至多个引脚中的引脚，以根据每个所列举的候选流程执行并行测试。第二模块可提供输出，该输出表明成功分配资源的至少一个生成的候选流程。第三模块可响应于指定第三技术的输入通过在每次迭代中生成具有由启发法指示的特性的候选流程来迭代地生成多个候选流程，直到达到第二终止条件为止，以识别至少一个用于并行测试的流程，从而以比先前迭代期间计算的用于先前候选流程的测试时间长的时间执行并行测试。第三模块也可对于每个生成的候选流程尝试将多个资源中的资源分配至多个引脚中的引脚，以根据每个所列举的候选流程执行并行测试。第三模块的输出可表明成功分配资源的至少一个生成的候选流程。另一个方面，本发明可涉及至少一个包括多个计算机可执行指令的计算机可读取存储介质，当所述多个计算机可执行指令由至少一个处理器执行时，实施生成用于至少一个装置的并行测试计划的信息的工具，所述至少一个装置中的每一个具有多个引脚且该测试由具有可连接到多个引脚的多个资源的测试系统执行，该并行测试包括多个块。计算机可执行指令可接收指定测试系统配置的输入；接收指定候选流程的输入；以及识别多个资源中的资源是否可被成功地分配至多个引脚中的引脚，以根据输入候选流程以及所指定的测试系统配置来执行并行测试。上述为由所附权利要求限定的本发明的非限制性内容。


附图并非意图按比例绘制。在附图中，在多张图中所示的每个相同或近乎相同的部件由相同的标号表示。为了清晰起见，并非对每张附图中的每个部件都进行了标记。在图中图1为根据本发明某些实施例的可用于半导体装置的制造的测试系统的示意图，该测试系统使用利用工具开发的并行测试计划；图2为根据本发明某些实施例的用于开发并行测试计划的工具的操作方法的高级流程图；图3为根据本发明某些实施例的可用于开发并行测试计划的工具的输入和输出的不意图；图4A为根据本发明某些实施例的具有可开发有并行测试程序的测试块的半导体装置的示意图；图4B为列举用于图4A的半导体装置的测试流程的示意图；图5为一组相关引脚的资源引擎需求和形成资源引擎的一组相关测试系统通道之间的映射的不意图；图6为通过将资源引擎需求与资源引擎相匹配而将测试系统通道分配至引脚的过程流程图7为尝试识别用于候选流程的可行分配的子过程的流程图，该子过程可作为图6的过程的一部分被迭代地执行；图8是为相关引脚组识别的资源需求集合的示意图；图9为根据本发明某些实施例的在计算机系统中实施工具的示意图；图10为根据本发明某些实施例的示例性图形用户界面的略图，通过该图形用户界面，用户可提供用于建立并行测试计划的参数值；图11为根据本发明某些实施例的示例性图形用户界面的略图，通过该图形用户界面，用户可输入上下文敏感的特殊需求；图12为根据本发明某些实施例的示例性图形用户界面的略图，通过该图形用户界面，用户可接收来自用于形成并行测试计划的工具的输出；图13为根据本发明某些实施例的示例性图形用户界面的略图，通过该图形用户界面，用户可接收工具的输出；以及图14A和14B为根据本发明某些实施例的另外的示例性用户界面的略图，通过所述用户界面，用户可输入工具所用的信息。
具体实施例方式发明人已认识到并且理解用于将测试器通道映射到引脚的自动工具可加速开发并行测试计划并且可产生更具成本效益的并行测试计划。由于具有能够快速实现有效分配的工具，可改变并行测试计划中的多个参数值以搜索在测试时间与测试设备成本之间实现适当折衷的计划。通过使用工具，可识别能够提供用于测试特定装置的时间与成本之间的所需折衷的测试系统配置、测试流程和通道分配。此种工具可应对与识别能够实现用于特定测试场景的并行流程相关的挑战。例如，该工具可通过识别完全彼此独立的块或相反不能被同时测试的冲突块来帮助用户识别装置启动流程。“完全独立”意味着块间并不共用引脚或内部资源。作为另外一种选择或除此之外，工具可有助于用户识别测试器启动流程。当测试系统包含足够的完全独立的并且能够同时运行的资源时，流程可以是由测试器启动的，使得可根据该流程分配资源以执行测试程序。在工具的操作中，可迭代地改变并行测试计划的参数值。工具可自动地执行这些迭代。然而，在某些实施例中，工具可足够快速地识别测试系统通道与测试引脚之间的正确分配，使得其可由测试工程师迭代地使用。因此，该工具可包括用户界面，通过该用户界面，测试工程师可输入参数值并接收关于并行测试计划的信息，该信息允许测试工程师选择并行测试计划。除了在找到通道与引脚之间的正确映射时为测试工程师提供关于并行测试计划执行的信息之外，如果该工具不能识别正确的映射，则该工具可为测试工程师提供关于并行测试计划参数的信息，所述参数可改变以增大可找到映射的可能性。例如，该工具可表明能被添加到测试系统以实现正确映射的另外的仪器，或可提供关于测试位点数目的反馈，所述测试位点可被支持用于基于特定测试系统配置的并行测试。用这种方法，测试工程师可使用该工具迅速地识别反映测试时间与设备成本之间的所需折衷的并行测试计划。此种工具的一个方面是如下一种方法迅速识别通道与引脚之间的正确映射，或者如果映射是不可能的，则迅速识别这一事实。此迅速执行可允许对该工具进行迭代使用，通过该工具，用户可确定在某些特定测试配置下的测试时间或测试执行的其他特性。如果用户对那些测试执行的特性不满意，则用户可指定不同的测试配置并确定对测试特性的影响。工具可通过应用规则和关联在引脚和通道之间形成映射来识别引脚组的需求。引脚组和相关需求可被视为限定“资源引擎需求”。该工具也可识别能够满足可能的需求的测试资源集合。测试系统资源集合可被视为限定“资源引擎”。该工具可搜索资源引擎需求与资源引擎之间的可行的映射。搜索“资源引擎需求”与“资源引擎”之间的映射在计算上可比搜索单个引脚与资源之间的匹配更有效。该工具可运用排序技术来增大迅速识别有效分配的可能性。例如，可基于流程可得以实施的前提下将达到的预计的测试时间，来对可能的测试流程进行排序。该工具可测试按从最快到最慢的次序是否能找到可行的流程分配。一旦识别了所需数目的可行选择，该工具可结束其对另外流程的分析。又如，该工具可基于用以满足此类需求的资源引擎的发生频率或对查找满足需求的映射的难度的其他指示，来对资源引擎需求进行排序。该工具构建映射时可优先地分配资源引擎来满足更困难的需求。图1示出了本发明的某些实施例可在其中运行的环境。图1示出了基于使用如本文所述的工具可被编程以执行并行测试的测试系统100。在图1所示的环境中，测试系统100适于测试晶片130，该晶片可为已知类型的晶片。晶片130可包含多个半导体晶粒，其中晶粒132被编号。很多情况下，晶片上的所有晶粒会具有相同的设计，使得在晶片130的制造期间执行通用工序时可在单个晶片上制造许多晶粒。图1的实例示出了测试场景，其中测试系统在有时被称为“探查”的制造操作阶段运行，在该阶段中装置被测试而晶片的一部分也被测试。可在制造操作的其他阶段中测试半导体装置，包括一旦装置被封装便作为最终测试的一部分。因此，应当理解本文所述的技术不限于应用该技术的制造阶段。测试系统100包括能够生成和测量测试信号的多个仪器。包括在测试系统100中的特定类型的仪器可取决于测试系统100被配置成对其进行测试的半导体装置的性质。例如，一些仪器可生成或测量数字测试信号而其他仪器可生成和测量RF信号。然而，安装在测试系统100中的特定类型的仪器对于本发明来说并非关键。在图1中，仪器102的集合被示为提供多个物理资源，在测试期间每个物理资源可用于生成或测量测试信号。在图1的实例中，示出了物理资源104A、104B和104C。例如，这些物理资源可表示能够生成或测量模拟信号的仪器。相似地，示出了物理资源106AU06B和106C。例如，这些资源可表示能够生成或测量数字测试信号的仪器。应当认识到，图1提供测试系统的简化图解，且测试系统100中的仪器102可提供远多于六个的物理资源。应当认识到，测试系统100可由模块化结构构成，使得通过适当配置该测试系统可增加或减少仪器的数目。在此，图1示出测试系统100包括用于接纳其他仪器的槽以提供额外的仪器，从而提供物理资源108AU08B和108C。根据本发明的某些实施例，确定并行测试计划的一个方面是确定所需的仪器集合，以提供在测试系统100中的所需的物理资源集合，从而执行并行测试。无论在测试系统100中的仪器数目为多少，为了测试半导体装置，必须将测试信号耦合在物理资源与受试半导体装置之间。在所示实例中，测试系统100包括其中暴露有多个接触点的界面。在此实例中，该接触点形成通道110。每个通道可连接到物理资源104A... 104C 或 106A... 106C。可分配通道110中的某些或全部，以在受试装置上的测试点处生成和接收信号。通过使用如下所述的工具，可在与物理资源相关的通道和受试装置上的测试点之间建立映射。一旦建立了此种映射，则可通过被示为装置界面板(DIB) 112的界面结构来实现该映射。DIB 112可包括用于与通道110接触的上表面。DIB 112的下表面可包含探针122或用于电连接到受试装置的其他结构。每个探针122可被定位成在与测试“引脚”相关的测试点处接触受试装置。通过在探针122和通道110之间的电连接可在DIB 112中实现在测试系统资源和引脚之间的映射。本文所述的工具可用于帮助测试工程师或其他用户识别正确的映射，使得可将DIB 112设计成用于根据测试计划来支持测试。测试计划可规定晶片130的并行测试。并行测试可在晶片130的多个晶粒上执行。然而，每个晶粒的测试点数目和每个晶片的晶粒数目在很多情况下会使得要同时生成和测量对晶片130上的所有晶粒同时进行测试时所需的所有测试信号变得不切实际。相反，可将测试系统100配置成并行测试晶片130上的晶粒子集。在测试操作期间，用于处理晶片130的装置(未在图1中示出)可移动晶片130以将晶粒组相继定位在晶片130上，以便由测试系统100进行并行测试。同时连接到测试系统的每个晶粒通过有时被统称为“位点”的多个测试引脚进行连接。可并行测试的位点数目取决于多个因素。在相同方式下，可同时执行的测试块的数目取决于多个因素。受试装置的性质以及在测试系统100中可用的物理资源会影响可实现的并行的数目。另外，测试系统100中的物理资源和受试装置上的测试点之间的映射效率也可影响可能的并行的数目。虽然图1示出了较少类型的物理资源(例如，物理资源104A…104C和物理资源106A…106C)，但是用于测试复杂的SOC和SIP装置的测试系统可具有多种类型的资源。因此，不足以将测试引脚映射到所有资源。相反，成功的映射与每个测试引脚和资源相关，该资源能生成或测量需要在该测试引脚处生成或测量的信号类型以成功地测试受试装置。由于存在大量的测试系统资源以及某些测试系统资源可满足不同类型需求的可能性，因此识别可有效利用测试系统资源的映射可能会很复杂。如果多种类型的测试系统资源可用于满足特定测试引脚的需求，则被选择用于该引脚的资源会影响测试系统资源的可用性以满足其他测试引脚的需求。因此，对于选择哪种测试系统资源将被映射到特定的测试引脚会影响可与正确资源相关的测试引脚的总数目。在计划并行测试的过程中，可通过查找资源与其他测试引脚之间的不同映射以解决无法将测试系统资源分配到位点的测试引脚的问题，从而为所有测试引脚提供资源。例如，如果测试系统配置有足够数目的能够独立运行的资源，则测试工程师可选择这种方法以分配至每个需要独立地生成或测量信号的引脚。作为另外一种选择或除此之外，可增加测试系统资源的数目，例如通过将更多的仪器添加至测试系统100来实现。作为另外一种可能性，可减少必须同时生成或测量测试信号的测试引脚的数目。添加更多的测试系统资源需要承担更大的资本成本。减少并行会降低可测试装置的比率，这将间接地影响测试成本。因此，期望找到测试系统资源和测试引脚之间的映射，该映射可在测试期间支持具有高并行性的流程以便有效地使用测试系统资源。图2示出了在测试系统资源和测试引脚之间开发有效映射以支持并行测试的过程。映射对于装置和测试是否可行可取决于所用的流程和/或测试系统配置，例如并行测试的位点数目或其他参数。因此，代替识别资源映射或除了识别资源映射之外，作为另外一种选择或除此之外，工具的输出包括识别一个或多个可用于测试装置和/或测试有关测试系统配置或其他参数的信息的流程。更一般地说，该工具可运行以确定是否可针对一组参数识别映射。该工具可运行以接收某些此类参数的输入值。然后，该工具可搜索允许实现资源映射的其他参数的值。该搜索会受到一种或多种限制，所述一种或多种限制中的某些或全部可被提供作为该工具的输入。在计算机系统上执行工具时，可实施图2所示的过程。可交互式地应用此类工具，以在并行测试过程的设计期间允许测试工程师通过使用可用的工具生成信息。然而，在一些实施例中，可以自动或半自动方式获得输入并且也可以自动或半自动的方式应用输出以控制并行测试过程。在一些实施例中，该工具可支持多个操作模式。例如，该工具可支持接收参数值作为输入，例如可用的资源和测试系统配置。根据这些输入，该工具可识别测试流程和对应的资源映射，这将允许使用测试系统对指定装置执行指定的测试。在这种情况下，工具的输出可以是资源映射和可找到测试流程的指示。作为另外一种选择或除此之外，可输出估计的测试时间。在无法找到资源映射的情况下，该输出可指示否定结果以及可能对测试工程师有用的其他信息，例如将被添加到测试系统以查找资源映射的资源。在一些实施例中，该工具可接收候选测试流程作为输入，而不是识别候选测试流程。然后，该工具可确定是否能找到资源工艺路线以用于该候选流程。如果能够找到，则该工具可输出信息，例如资源映射、估计的测试时间或其他参数值。作为操作模式的另一个实例，该工具可相对于一个或多个并行测试流程支持“反向检查”引脚的资源分配集合。对于“反向检查”，用户已有装置界面板(DIB)和通道映射图并且想知道是否任何并行流程均由此通道映射图启用。图2示出了一个实施例，其中该工具用于识别指定测试系统配置的流程和资源映射。在这个实例中，由工具执行的过程可由块210开始。在块210处，可以接收输入。此类输入可从测试工程师或工具的其他用户接收。作为另外一种选择或除此之外，可以自动或半自动方式从其他计算机化工具接收此类输入，该其他计算机化工具用于设计半导体装置和生成测试程序以测试半导体装置。这些输入可指示测试系统的配置，在该测试系统上可执行测试。此配置可对应于已处于适当位置以执行测试的物理硬件，或可描述理论硬件以确定对于测试系统来说获得额外仪器或其他部件的需求或有益效果。图3示出了输入310的集合，其代表可提供至用于执行图2所示过程的调度和分配工具350的输入类型。输入310可为工具350提供有关受试装置、要执行测试的测试系统或有关测试本身的信息。在其中基于平行测试多个位点而需要并行的实施例中，可以为单个晶粒(例如晶粒132)或要在某一位点测试的其他装置提供与限定受试装置或测试程序的参数相关的输入。因此，表示引脚布局的输入312可表示要测试的单个装置(例如晶粒132)的引脚布局。输入312可限定引脚，通过操作工具350可最终将资源映射到该引脚。输入314可识别为欲被测试的装置创建的测试程序中的测试块。每个测试块限定测试程序的可分离部分，该测试程序可被排程作为并行测试计划的一部分执行。工具350可使用输入314来对测试块的执行进行排程，使得某些测试块同时执行。输入316可提供引脚至块的映射。此信息可识别在如输入314所限定的每个测试块的执行期间使用如输入312中所限定引脚中的哪一个。在某些情况下，单个引脚可与多个测试块相关。因此，输入316可为每个引脚识别多个测试块。然而，输入314或任何其他输入310的具体格式对于本发明并非关键。输入322可提供有关测试程序的更多信息。在此实例中，对于每个测试块，输入322包括测试块的估计执行时间。工具350可使用此信息以根据并行测试计划估计测试的总执行时间，使得可生成有效的并行测试计划。输入324可识别已知冲突，该已知冲突会妨碍查找测试系统资源和引脚之间用于某些测试流程或对引脚的资源分配的可行映射。更一般地说，可使用一个或多个输入以表征工具所考虑的或不考虑的候选流程。例如，输入324可识别不应在候选流程中同时出现的块。由于测试块需要一些输入以便在相同装置引脚上进行同时输入或输出，因此可基于受试装置指定此输入。作为另外一种选择或除此之外，可根据测试系统配置指定此输入。例如，如果两个块总共需要的资源比可用于测试系统中的资源多，则当前测试这些块的流程不会被为工具所考虑。工具350可使用输入324或任何其他合适的输入来控制次序，以此顺序考虑候选测试流程或考虑对引脚的候选资源分配。这些输入可用于控制该工具尝试解决的问题的大小。例如，在一些实施例中，基于输入，工具可尝试生成测试块的每种可能的独特组合。在这种情况下，工具可尝试确定是否可为当前在单个流程步骤中执行各个块的测试流程识别资源映射。该工具还可尝试确定是否可为在数目与多个测试块相等的多个流程步骤中顺序执行各个块的测试流程识别资源映射。该工具也可尝试确定是否可为中间数目的流程步骤识别资源映射，并且在各个流程步骤的每个可能的测试块组合生成独特的测试流程。然而，其他输入值可指定其他操作模式，其中采用不同的技术生成较少数目的候选流程。可根据启发法生成流程，该启发法可提供在有限时间内识别流程的高可能性，该流程将迅速执行并且可为其找到资源映射。例如，此类启发法可按照从并行性最佳(因此可能最快)到并行性最差的顺序生成候选流程。或者，可使用其中随机生成候选流程的迭代方法，但是仅在相较于已识别成功资源映射的先前候选流程并行性更佳(因此可能更快)时考虑。无论用于生成候选测试流程的技术如何，输入可以限制生成的候选测试流程的数目或性质。输入326可包含用于识别测试期间所需资源的信息。可以为测试过程中任何合适的元件指定该信息。例如，可以为引脚或测试块指定资源需求。包括在输入326中的信息可以针对每个测试块中的每个引脚识别合并资源使用方式。例如，某些引脚可能需要为测试块连接不同类型的资源。作为具体实例，在测试的一个步骤中，可在引脚处测量泄漏电流。在测试的后续步骤中，可将数字信号施加至同一引脚。因此，该引脚可能需要既生成数字信号也能测量电流的资源。然而，也可指定其他需求作为输入326的一部分。例如，可输入用于识别一组一起运行的引脚的信息，且因此必须提供有也一起运行的资源。作为具体实例，引脚集合可形成总线，在测试期间将使用统一计时制对该总线进行计时。其他输入可限定由工具350生成的所需测试计划的特性。例如，输入318可限定要并行测试的所需数目的位点。工具350可使用此输入确定要进行资源分配的引脚总数。输入320可识别要执行通过工具350开发的并行测试计划的测试器配置。除了其他方面，此配置可指定测试系统中资源的数目和类型。工具350可使用输入320来识别可与引脚匹配的资源。应当理解，图3示出了可提供给工具的输入类型，并且在一些实施例中，可提供不同的或另外的输入。无论在块210 (图2)处接收的具体输入如何，这些输入可在生成候选测试计划的过程中使用，直到识别可进行有效资源映射的一个或多个候选测试计划为止。根据某些实施例，生成候选并行测试计划，并按照一定顺序检查有效的资源分配，该顺序可迅速地识别有效资源分配，或者如果无法进行有效分配，则迅速识别这一情况，使得可以测试其他候选并行测试计划。回到图2，用于生成候选测试计划的过程可以多种方式中的一种进行。在图2所示实例中，示出了两种选项，且所选的具体选项取决于用户输入。示出涉及生成候选流程的完整集合第一选项从块212开始。在块212处，列举了可能的测试流程。在一些实施例中，可生成所有可能的测试流程，然后进行分类。(当组合数目足够小到计算机能够管理时可使用该方法。)图4A和4B示出了对候选测试流程的列举。如本领域所知，诸如晶粒132的装置可具有可使用单独的测试块进行测试的多个部分。在图4A所示的简化实例中，示出了测试块A、B、C和D。每个测试块可与装置132的一部分相关联。通常，生成每一测试块来测试晶粒132中用于执行可识别功能的一部分。然而，生成测试块的具体方式对于本发明并非关键。测试块提供了对晶粒132的多个部分进行并行测试的可能性。当可以并行测试晶粒132的独立部分并且在一个块中执行的操作不会干扰另一个测试块中执行的操作时，如果可识别出支持此类并行执行的有效资源分配，则可以同时执行这些块。用于并行测试的“流程”指示哪些测试块将同时执行以及哪些块将按顺序执行。图4B示出了可基于图4A中的测试块生成的候选流程。流程I示出了测试块A、B、C和D的顺序执行。相比之下，流程2示出了测试块A和B的并行执行，随后是测试块C和D的顺序执行。流程3是另一个候选流程，其示出了测试块A和B的并行执行，随后是测试块C和D的并行执行。虽然未示出于图4B中，但是其他流程也是可能的并且可通过形成不同组的并行测试块和不同数目的并行执行测试块而生成。在块212 (图2)处可以任何合适的方式列举候选流程。用于生成有限数目元件的组合的已知技术可用于列举候选流程。一旦被列举，候选流程即可记录于计算机存储器中，以供图2中过程进一步使用。列举出候选流程后，该过程可继续至块214，其中候选流程被过滤以从块212处生成的该候选流程集合中移除这样的候选流程可识别为不能根据该候选流程对执行测试所需的引脚进行有效的测试系统资源分配的候选流程。在块214处，可基于任何合适的标准来选择从考虑对象中移除的候选流程。如果某一候选流程指定将两个实际无法一起执行的测试块并行执行，则可从考虑对象中移除该候选流程。作为ー个实例，如果候选流程需要并行执行受试装置中将会彼此干扰的某些部分，则可移除该候选流程。作为具体实例，RF发射器内核的测试操作可以干扰RF接收器内核的测试。因此，可移除涉及将分别与RF发射器和RF接收器相关的测试块并行执行的测试流程。基于使用交叠的引脚，可识别其他冲突。例如，图4A示出了测试块C测试包括在测试块B和D中均涉及的引脚的晶粒132的一部分。在此具体的实例中，可移除需要将测试块C与测试块B或D并行执行的流程。因此，在图4B的实例中，在块214处可移除流程3。又如，当ー组块需要测试超过测试系统资源的独立运行的资源集合吋，这些块可被识别为冲突的并且可过滤掉需要并行执行这些块的候选流程。任何其他合适的标准均可用于块214以过滤掉被识别为不能得到可行的并行测试计划的候选流程。例如，用于识别已知冲突的输入324也可应用于块214来滤除流程。另外，应当理解，块214的功能无需作为ー个独立于列举流程组合之外的步骤进行实施。在某些情况下，例如，形成测试块组合的规则可用于防止在块212处生成不允许的流程。无论滤除候选流程的方式如何，该过程可以行进至块216，在块216处对剩余的候选流程进行进一歩处理。在块216中，将候选流程进行排序以定义顺序，按照该顺序将候选流程用于尝试查找引脚的测试系统资源有效分配。在块216处，可根据估计测试时间将候选流程按照从最快到最慢的顺序进行排序。基于输入322或其他可识别每个测试块的测试执行时间的合适信息，可计算每个流程的估计测试时间。可对顺序执行块的执行时间求和，以得到流程的执行时间的总估值。例如，流程I需要顺序执行测试块A、B、C和D，可通过对测试块A、B、C和D中每ー个的测试执行时间的单个估值求和来计算测试执行时间。对于候选流程2，其中先执行测试块B，然后执行测试块C和D，可通过对测试块B、C和D中每ー个的测试执行时间的单个估值求和来计算测试执行时间。由于测试块A与测试块B并行执行，因此测试块A的部分执行时间不包括在流程2的总测试执行时间中。无论候选流程的数目是多少，均可计算每个候选流程的总测试执行时间，并且可将该时间用于对候选流程按照测试执行时间从最快到最慢的顺序进行排序。这ー排序可以通过任何合适的方式实现。在一些实施例中，排序可能需要将有关每个候选流程的信息进行重新排序，使其按照定义的顺序物理地存储于计算机存储器中。然而，在其他实施例中，排序可能需要存储用于定义顺序的信息，而不改变信息存储在计算机存储器中的方式。将候选流程排序后，该过程进行至块218 (图2)。在遵循该路径执行吋，按提供的顺序考虑来自完整集合的候选流程，以识别是否可识别成功的资源分配。在使用流程迭代器的实施例中，可以类似地依次考虑候选流程。通过在块215处的处理示出了生成候选流程的第二选项。在块215中执行创建流程迭代器的处理。通过配置软件来根据ー种或多种启发法生成候选流程，可创建流程迭代器。迭代器可迭代地生成流程，这意味着当完成一个流程的处理吋，即可执行生成另ー个流程的处理。在此，可通过程序实施启发法以得到由人识别的逻辑。通过规则引擎执行的规则或以任何其他合适的方式，可以源代码行的形式捕集该逻辑。在此启发法捕集有关候选流程特性的逻辑，其涉及候选流程将迅速地执行和/或可为该流程识别成功的资源映射的可能性。启发法的具体实例是具有较少流程步骤的流程可能快于具有较多流程步骤的流程。其他启发法可基于资源映射将会成功的可能性。例如，如果流程所包括的流程步骤中所具有的测试块共同拥有占测试器通道较大比例的引脚，那么所述流程与其中每个流程步骤中所涉及的引脚的最大数目仅占通道数目较小比例的流程相比，得到成功的路由选择的可能性更小。可基于资源需求或在尝试建立引脚与资源之间的映射之前所识别的其他标准来定义类似的启发法。这些启发法可以单独或一起使用。如果一起使用，则可采用任何合适的加权或其他技术以结合启发法。在此，可支持两种类型的流程迭代器，并且用户输入可以指定使用其中的ー种或另ー种。在此实例中，一种类型的迭代器可实施“智能迭代”方法以用于候选流程的生成。第二种类型的迭代器可实施“智能随机”方法。智能迭代方法可能需要从并行性最佳的流程开始，以连续的迭代移至并行性较差的流程。智能随机方法可能需要随机生成流程，但是一旦识别到候选流程的资源映射，则仅提供预计执行时间较快的后续候选流程。可生成候选流程的完整集合的方法最終可导致对最快的可能测试时间的识别。然而，对于即使相对少量的测试块，也可能存在大量的候选流程。对于用于生成所有此类候选流程以及执行计算以确定资源映射对于每个候选流程是否可行的工具，可能需要比实际可行更多的处理时间，尤其是在该工具以迭代方式运行吋。“智能迭代”方法可执行地更快，并仍在识别可以与最快的可能流程执行一祥快或近乎一祥快的流程方面具有较佳可能性。因此，当无法处理完整集合时，用户可选择“智能迭代”。“智能随机”可提供比“智能迭代”方法更快的执行时间，并且可被选择用于测试块数目更大的测试。在一些实施例中，工具可包含执行与用于生成候选流程的这些或其他选项中的每一者相关的功能的模块。可通过模块的集合和接收用于指示待执行功能的用户输入的另ー模块来实施工具。该模块可根据具体要求选择性地调用其他模块。在一些实施例中，一些处理可共同用于不止ー个选项。例如，即使流程迭代器构建在块215处，仍可执行相当于块214的过滤步骤。过滤可在生成候选流程之后施用。作为另外ー种选择或除此之外，可以施用可实现类似过滤量的步骤以阻止候选流程的生成。在迭代地生成候选流程的实施例中，生成候选流程后，尝试对其进行资源分配，过滤标准可被动态地修改。例如，有关在ー个迭代中生成的冲突块的信息会影响用于生成随后的候选流程的过滤标准。无论采用何种方式获得候选流程-是通过从先前生成的集合中选择还是迭代地生成-之后均可尝试识别用于该候选流程的资源分配。在块218处，工具尝试为一个或多个候选流程找出ー种或多种有效的资源分配。该工具可使用有关流程排序的信息以优先地捜索与较快流程相关的有效分配。排序信息可通过在块216处进行排序而获得，或由流程迭代器生成候选流程时的顺序隐含得到。无论此顺序如何定义，通过按此顺序搜索有效分配，一旦识别出所需数目的有效资源分配，该工具会停止捜索有效分配，因为在所示实施例中，进ー步搜索并不能识别支持较快并行测试计划的资源分配，因此使得不太可能识别到更有效的测试计划。然而，在一些实施例中，可尝试进行资源分配，直到完成整个候选流程集合的处理。在其他实施例中，将生成候选流程直到达到某些终止条件。例如，该终止点可以是一定量时间的推移或多个迭代的执行。或者，与测试执行时间相关的尺度或其他标准可用于确定何时完成对足够数目的候选流程的评估。以下将结合图5-8来更详细地说明用于识别有效资源分配的方式。无论采用何种方式识别有效分配，该过程可从块218进行至220。在块220处，该工具可提供输出，其包括在块218处通过捜索有效资源分配而识别ー种或多种有效资源分配的情形中用于识别并行测试过程參数的输出。在其中块218处的搜索未识别到任何有效资源分配吋，块220处的输出可识别未找到有效资源分配的情况并且可包含用于识别未找到有效资源分配的原因的信息。例如，在这种情况下，块220处的输出可包含对无可用分配资源的所需资源的指
/Jn o图3示出了可由执行图2所示过程的工具350提供的输出370。这些输出可同时提供给用户。或者，可按用户需求(例如，通过访问图形用户界面中的控件)提供各种输出。图3中的示例性输出包括输出372，输出372用于识别引脚和/或测试块之间冲突，使得需要相冲突的测试块并行执行或测试引脚并行操作的流程不能得到有效的资源分配。在迭代的实施例中，除了输出此种信息，该工具本身可将先前迭代中生成的此类信息用于之后的迭代中以影响其他候选流程的生成。输出374可识别已识别到的候选流程。在一些实施例中，可识别单个候选流程。输出374可包含在块212处识别的所有流程或在块214处过滤后考虑的那些流程。输出376可识别在块218处识别到有效资源分配的流程。在一些实施例中，工具可输出单个有效资源分配，使得一旦识别到有效资源分配，该工具即停止处理。在其他实施例中，工具350可以识别多个流程选项，包括执行时间、所需系统配置或与这些选项相关的其他參数值，使得用户可选择具有所需特性的流程。输出378可包含与在输出376中识别的候选流程相关的测试时间的估值。输出380可识别在块218处识别的有效资源分配。如果在块218处对有效资源分配的捜索未识别出任何有效资源分配，则输出382可识别冲突或资源缺乏以完成所有引脚的有效资源分配或提供由工具350生成并且能表明未识别到有效分配的原因的其他信息。无论块222 (图2)处提供的输出性质如何，工具350的用户可查看所述输出井随后将输入310的其他值输入，使得该工具可基于其他參数搜索有效的资源分配。例如，在为输入318中指定的多个目标位点实现有效资源分配的情况下，用户可能需要工具350来尝试实现对更多数目目标位点的有效资源分配。反之，输出382可指示会妨碍一个或多个候选流程的成功资源映射的冲突或限制。在已激活流程迭代器的实施例中，此信息可生成于ー个迭代中并用于后续的迭代以影响候选流程的生成。作为另外一种选择或除此之外，可将该信息提供给用户。例如，当输出382指示未找到有效分配时，用户可更改输入318以减少目标测试位点的数目。作为另外一种选择或除此之外，用户可改变指定不同目标测试器配置的输入320。例如，当输出382指示缺乏妨碍找到有效分配的特定类型资源时，用户可在测试系统中指定另外的资源。相似地，如果输出378提供比所需时间更长的测试时间估值，用户可在输入320处以另外的资源指定目标测试系统配置。反之，如果输出376和378指示的有效资源分配可导致比需求更快地执行测试流程，则用户可减少输入320处指定的目标测试系统配置中的资源数目。通过此方法，用户可调控输入和观察输出370以迅速地识别并行测试计划的參数值，该并行测试计划可在测试系统资源与测试时间之间提供所需权衡。如图2所示，该过程可迭代地循环返回至块210，直到用户在决策块222表明已生成所需的并行测试计划。在这种情况下，该过程可以进行至块224。在块224处，可将工具350的输出视为限定该并行测试计划。资源分配(例如在块380处生成的资源分配)可用于指定DIB的构造(例如连接测试系统100中的资源的DIB112)，以便在执行并行测试计划时测试可将信号耦合至受试装置的探针。在块226处，此并行测试计划可用于制造半导体装置。例如，半导体装置的制造商可根据并行测试计划配置多个测试系统，并且在制造装置时根据并行测试计划测试装置。通过测试的装置可进ー步加工并运送至客户处。未通过测试的装置可以丢弃、重新加工、降级销售或以其他方式处理。图2所示过程的有效执行可取决于块218处有效资源分配的快速识别，或者如果没有有效的资源分配，则迅速识别这一情況。在一些实施例中，工具350可迅速地识别有效的分配是否可行，如果可行，通过将相关引脚分组并且针对每个组识别资源需求而完成该分配。这些需求可以表示为资源引擎需求的形式。另外，测试系统中的仪器可表示为资源引擎，每个资源引擎由共同执行通用功能的单个资源的集合組成。图5提供在资源需求与资源引擎之间的映射的实例。在图5所示的实例中，示出了三个仪器，数字仪器510A、510B和510C。每个数字仪器包含ー组I/O引脚，每个I/O引脚连接至测试系统通道110。这些输入/输出(I/O)通道的每ー个均可视为测试系统资源。每个此类资源可能够生成或測量数字信号。然而，图5示出了测试器通道110不能完全互換，因为数字仪器510A、510B和510C的一些输出可执行其他测试系统通道无法执行的功能。基于能够由连接至这些通道的仪器执行的功能，资源引擎可定义为包括通道110的组。图5所示的简化实例示出了与数字仪器510A、510B和510C相关的通道基于功能的多种分组方式。这些分组中的每ー者可作为“资源引擎”而被处理。用于将通道110分组为资源引擎的ー个參数可以是藉由时域的。数字仪器510A、510B和510C的每ー个分别包括相关的图形生成器512A、512B和512C。可将图形生成器512A、512B和512C的每ー个编程为在单独的时域中运行。然而，在所示实施例中，可将ー些图形生成器(例如，图形生成器512A和512C)同步，使得与数字仪器510A、510B和510C中的不同者相关的通道可以在相同的时域中运行，而用于同一数字仪器的单个I/O不能被控制成在不同的时域中运行。因此，与数字仪器510A相关的通道集合520A可限定在通用时域中提供信号的资源引擎。同样，集合520B和520C均可限定在通用时域中具有一组输入/输出的资源引擎。仪器的其他功能可以限定其他资源引擎。例如，数字仪器510A和510C分别配置有扫描控制器514A和514C。扫描控制器514A和514C可被控制成作为可用于扫描测试中的类型的串行I/O引脚，在相关的ー个通道110上运行。因此，与扫描控制器514A和514C相关的通道均可视为另外的资源引擎。因此，图5示出了包括可连接到扫描控制器514A的通道集合110的资源引擎522A。相似地，资源引擎522C包括可连接到扫描控制器514C的通道。资源引擎522A和522C的每ー个均可视作资源引擎，该资源引擎可作为数字引脚或扫描控制器运行。作为资源引擎的另ー个实例，图5示出了数字仪器510B也包括总线控制器516B。根据总线协议，总线控制器516B可在测试期间运行以使得通道集合同步运行。因此，图5示出了连接到总线控制器516B的通道集合110，该总线控制器可作为资源引擎524运行。在这种情况下，资源引擎524提供了也可作为总线运行的ー组数字I/O通道。虽然图5示出了四种类型的资源引擎，但是可根据测试系统中的物理仪器来定义任何数目和类型的资源弓丨擎。除了图5中所示的这些资源引擎之外，资源引擎还可与测试器通道相连，该测试器通道不论是以单独的或是与其他测试器通道相连的方式，均可生成或測量任何所需类型的信号。此类资源引擎的实例可包括可生成或測量DC信号的数字通道、可生成特定频率的信号的模拟通道或可生成具有任意形状波形的信号的模拟通道。应该认识到由资源引擎处理的信号最終由安装在测试系统100中的仪器生成或測量。然而，根据例如可由输入320 (图3)指定的配置，资源引擎由工具350创建为对目标测试系统能力的表示。因此，资源引擎可由工具350以任何合适的方式进行定义，例如，通过将信息存储在计算机存储器中。同样，基于有关装置和测试的处理输入结合有关目标测试系统中的物理资源的信息，通过工具350定义资源引擎需求。资源引擎需求同样可以表示为任何合适的形式，包括在计算机存储器的存储器结构中。图5也示出了基干与测试引脚组相关的资源引擎需求和针对测试系统通道组定义的资源引擎，在测试引脚和测试系统通道之间进行分配的方式。图5示出了要进行分配的三个测试位点532A、532B和532C。此类配置代表了输入318 (图3)指示三个位点的目标位点计数的情況。然而，同时进行分配的位点数目对于本发明并非关键。位点532A、532B和532C的每ー个包含多个引脚，如果可识别有效分配，则每个引脚将被映射至测试器通道110。可通过在每个位点识别相关测试引脚组，然后针对组识别资源引擎需求来运行工具350。相关的测试引脚可基于输入310 (包括引脚布局312)进行识另IJ，该输入识别可应用于或感测于受试装置的多个测试引脚的信号功能。工具350可应用关联标准，其可被预编程至工具350中或以其他方式应用于工具。每个关联标准可指定应分组到一起的引脚的特性，并且如果识别到满足这些特性的引脚组，则它们可进行分组以用于识别资源引擎需求。例如，有关与每个引脚相关的时域的信息使工具350能够根据时域识别相关的引脚组。此类关联可用于识别资源引擎需求，也就是将该组中的相关引脚映射到在相同时域中提供信号的资源引擎。又如，表明一组引脚可提供对总线上信号线的访问的信息可以用于形成相关引脚组。此类信息还可容许对该组的资源引擎需求进行识别，也就是说，将该组引脚映射到可生成或測量代表可在总线上发生的信号的相关信号的资源引擎。作为再ー实例，信息可容许连接到受试装置中差分对的相应接脚的两个引脚相关联。对于此类相关引脚的组，可定义资源引擎需求，以表明该组引脚应与形成具有激发或测量差分信号对的功能的资源引擎的通道相关联。作为再ー实例，引脚可被指定为与串行测试ロ连接。对于此类组，即使该组仅包含单个引脚，同样可定义资源引擎需求。在这种情况下，资源引擎需求表明该组的引脚应当分配到与仪器的数字源和/或捕集功能相关的通道，该仪器可提供扫描控制功能。相关引脚组的数目和类型可取决于受试装置的设计和操作，并且对于本发明并非关键。另外，尽管图5示出了每个引脚仅与单个资源引擎需求相关，但本发明并不受限于此方式。对于某些受试装置，单个引脚可具有对多个资源引擎的需求。另外，应当理解，图5示出了在某一时间瞬间的资源分配。资源引擎需求取决于在该时间由引脚执行的功能。因此，在测试流程期间，可以在不同的时间指定不同的资源映射。在一些实施例中，将该组中的引脚用于执行第一功能时，可通过将资源引擎分配至引脚组来反映出这种时间依赖性。稍后，在将这些引脚用于执行其他功能时，可以释放这些资源。这些释放的资源可分配至其他引脚，而其他资源可分配至这些引脚。在一些实施例中，可在流程步骤的持续时间内进行分配。例如，在测试执行期间，测试系统可在流程步骤开始时分配资源，并在流程步骤结束时进行相应的资源释放。然而，应当理解，资源分配的时间区间可以具有任何合适的持续时间，并且可以比流程步骤更为粗略或更为精细。无论针对受试装置所识别的相关引脚组的数目和类型如何，组和相关资源引擎需求的识别均会使得可以在无需考虑引脚与通道之间的每个可行映射的情况下在引脚和通道之间搜索适当的映射。为了找到此类映射，工具350尝试将资源引擎与每个资源引擎需求以一定的方式相匹配，通过此种方式可满足操作用于提供资源引擎分配功能的物理资源(例如某ー仪器)的任何规则或其他标准。这些需求可作为规则或关联或以任何其他合适的形式提供。例如，一旦识别到相关引脚组550A并为该组定义资源引擎需求，则有效映射将包括将组550A中的引脚分配至与满足资源引擎需求的资源引擎相关的通道。在此实例中，此类资源引擎包括总线控制器。在图5的简单实例中，引脚组550A基于该信息被迅速地关联至与资源引擎524相关的通道。可针对组550B和550C形成类似映射。因为图5的测试系统配置仅包含ー个具有总线控制器的资源引擎，所以工具350可迅速地识别引脚组550B和550C将同样需要被映射至资源引擎524的通道。此类映射可以是有效分配，具体取决于实施资源引擎524的物理仪器的功能。如果结合仪器510指定的规则表明资源引擎524具有小于三的最大扇出，意味着每个通道不能同时连接到三个引脚，工具350可迅速地识别出，基于图5所示的测试系统配置，在三个位点的并行测试计划中引脚与通道之间的有效映射是不可能的。在这种情况下，工具350可输出由于测试系统的总线控制器资源的数目不足而分配失败的指示。反之，如果资源引擎524的通道可扇出三个或更多个引脚，则可以迅速地从引脚组550A、550B和550C映射到资源引擎524的通道。然后可考虑其他引脚的分配。用于识别资源引擎和具有相关资源引擎需求的引脚组并且随后基于此信息进行映射的方法可以进一歩扩展，以快速地识别受试装置的其他引脚的映射。图6示出了可使用该方法的过程。图6示出了如块218 (图2)中可用于搜索有效资源分配的过程。此过程可通过エ具350或以任何其他合适的方式实施。图6的过程可从块600处开始循环。在块600处，选择候选流程。此类选择可基于在块216处确定的排顺。然而，在使用流程迭代器的实施例中，可通过从流程迭代器获得候选流程来选择候选流程。作为另外ー种可能性，候选流程可以通过用户输入的形式提供。例如，在图6中过程将用于允许工具输出有关是否可为候选流程进行成功资源分配的指示的情况下，可提供此类输入。无论候选流程如何选择，在循环中，将尝试分配资源。有效的分配必须允许执行所选的候选流程。可重复始于块600的循环，直至为ー个候选流程或在一些实施例中为所需数目的候选流程识别出成功分配。基于所选的候选流程，该过程前进至识别测试系统资源和资源引擎的块610。在块610处识别资源引擎的处理可基于在块210 (图2)处接收的输入，包括定义测试系统配置的输入320。在块610处执行的识别操作可以任何合适的方式执行。然而，作为一个简单的实例，在块610处的处理可基于用于描述在目标测试系统配置中包括的仪器功能的存储信息。例如，可提前知晓某些型号的数字仪器(例如，数字仪器510A或510C)包括扫描控制器。基于目标测试器配置中该类型数字仪器的数目，可确定提供扫描控制的多个资源引擎。同样，某些型号的数字仪器(例如，数字仪器510B)可配置有总线控制器。此类仪器的数目可限定提供总线控制功能的多个资源引擎。在目标测试器配置中该仪器的其他特性可限定其他资源引擎，并且应该认识到图5仅为可基于目标测试器配置存在的资源引擎的数目和类型的实例。无论目标测试系统配置中存在的资源引擎的数目和类型如何，一旦识别出资源引擎，则处理可前进至块612。在块612处，可识别引脚组。可基于此前已定义的关联识别引脚组，每个关联表示用于将引脚分组的标准。每个关联可指定一个或多个引脚之间的关系，如果受试装置的引脚组存在此关系，则该引脚应作为组的一部分相关联。该关联可预编程为工具的一部分或可基于用户输入被添加或更新。该关联可记录在计算机存储器中，使得其可通过运行中的工具访问。记录在计算机存储器中吋，该关联可具有任何合适的形式，包括“若-则式”(if-then)规则或相关引脚的特性列表。可用于工具350的具体关联可取决于受试装置的性质。然而，通常，该关联可识别在执行操作过程中一起运行的引脚组。例如，可以关联输入或输出信号的引脚，例如可出现在总线上的信号。输入或输出差分信号的引脚也可以关联。又如另ー个实例，用于输入或输出将被输入或输出到受试装置的扫描端ロ的信号的引脚同样可以被关联。耦合到单个时域中的信号的引脚也可以被关联。然而，应当认识到工具350可识别的关联的数目和类型对本发明并非关键。在一些实施例中，每个引脚可与单个组相关联。然而，应当理解，在其他实施例中，一个引脚可与多个组相关联。然而，在另外的实施例中，在同一测试块期间可能具有多个功能需求的引脚可被表示为同时与所有功能需求相关联的单个引脚的组。这些需求在测试流程期间的不同时间也可以不同。在某些情况下，引脚组可包含少至单个引脚，其被视为“单调”(flat)引脚。在一些实施例中，单调引脚可通过不同于引脚组的方式进行处理，其按引脚逐一完成资源分配。单调引脚可用于表示在不同测试块中具有不同功能的引脚使其具有不同的资源需求，或在不同时间加入ー个或多个引脚组。因此，该工具可支持限定资源映射，该资源映射包括在恰当的时间为此类单调引脚分配和释放资源。然而，应当理解，在持续为该组分配资源的测试流程期间，组中的引脚数目和区间的长度对于本发明并非关键。因此，应当理解，在将资源分配至引脚时，单调引脚可连同引脚组一起被处理。在流程期间测试多个位点的实施例中，可形成组以代表每个位点中的引脚的实例。然而，因为每个位点中的相应装置具有相应的功能，所以相应的组将存在于各个位点中。图8示出了基于关联形成引脚组。三个测试位点832A、832B和832C示于图8中。然而，因为在测试位点832B和832C中的组将对应于针对测试位点832A识别的组，所以为了简单起见，仅示出了测试位点832A中的组。在测试位点832A中，识别了引脚之间的关联。图8中的实例示出了引脚可以是不止一个关联的一部分。因此，形成了组，使得相关联的所有引脚都在同一个组中。作为具体的实例，每组可形成为包含最小可能数目的满足标准的引脚，该标准为每个组均包含与该组中的任何引脚相关联的所有其他引脚。任何合适的计算技术可用于识别满足此类标准的引脚组。在图8的实例中，示出了关联840、842、844、850、852、854和856。这些关联可限定引脚之间的任何合适的关系，例如应用于引脚的信号的所需时间之间的关系或有关由引脚执行的功能的关系。针对测试位点832A中的引脚识别的关联可形成三组引脚。第一组由与关联840相关的引脚限定。在这种情况下，与关联850和852相关的引脚仅包含在组I中。组2由与关联854相关的引脚限定。组3包含与关联842相关的引脚和通过关联854和856与这些引脚相关的额外引脚。通过这种方式，每个组包含引脚，每个引脚与该组中的至少ー个其他引脚相关并且均不与该组外的引脚相关。类似的分组将用于每ー个其他测试位点832B和832C，尽管没有明确地示出于图8中。回到图6的过程，在块612处识别组后，则可针对每ー个组识别资源引擎需求。基于组中包含的引脚数目和类型，每个组可包含多个资源引擎需求。图8示意性地示出了分别与组1、组2和组3相关的资源引擎需求870、872和874。资源引擎需求可通过运行工具350而形成，并且可临时存储在计算机存储器中，以用于工具执行的后续操作。用于存储资源引擎需求的特定格式对于本发明并非关键，并且可使用任何合适的表示方式。基于与组中的每个引脚相关的功能可识别资源引擎需求。也可基干与受试装置相关的输入识别这些需求，例如，用于限定每个测试引脚的结构和功能的信息或与测试程序或所评估的候选测试流程的运行相关的信息。通过应用被编程到工具350中的信息，可将此类信息映射到特定资源引擎需求。作为具体的实例，对于组1，已识别资源引擎需求870，表明组I中的所有引脚必须从视为时域I的单个时域中运行的仪器接收信号，以使得存在有效的分配。时域在本领域中是已知的，并且可表明特定时域中的引脚运作于与可编程的特定计时源一致的信号。通过提供多个时域，不同引脚可采用不同的时间运行，并且该时间无需同步。另外，组I需要十二个数字引脚，其必须满足额外的“覆盖需求”，即三个作为总线引脚，两个形成差分对以及一个作为扫描引脚。然而，应当理解这些具体的实例示出了可能存在于组中的资源引擎需求的性质，以及不同的或另外的资源引擎需求可能存在于其他组和其他类型的受试装置。另外，应当认识到，虽然引脚的资源引擎需求被显示为将单个资源引擎分配至该引脚，但是并不需要每个需求都由单个资源来满足。资源引擎需求可由多个资源引擎来满足，该多个资源引擎可以是同一物理资源(例如，某ー仪器)的一部分，也可以分布于多个物理资源中。此类多个资源引擎可以在测试流程的持续时间内或流程期间的任何区间中分配至引脚。需求872表明必须通过将测试系统通道分配至组2中的引脚来满足资源引擎需求，以使得存在有效的分配。在该实例中，资源引擎需求872需要不位于时域I或时域2中的四个数字I/O。资源引擎需求874表明组3中的引脚共同需要九个位于时域2中的数字I/O。然而，应当理解，资源引擎需求可以是任何合适的形式，并且可以有任何数目的资源引擎需求。在块612处，可限定需求集合，其捕集了每个位点中每个引脚的需求，包括在流程期间每个引脚如何才可以或不可以与其他引脚相互作用。这些需求可限定每个位点中每个引脚所需的或禁止的分配特性。无论针对与组中其他引脚不相关的多引脚组和单个引脚识别的资源引擎需求的数目和类型如何，一旦识别资源引擎需求，则处理可前进至块616。在块616处，可将每个单个引脚或多引脚组的资源引擎需求集合进行评分。在所示的实施例中，该评分表示将资源引擎与ー组资源引擎需求相匹配的困难程度。在所示的实施例中，基于加权启发法和资源可用性分配该评分。然而，可以任何合适的方式分配此评分。例如，可将与满足该需求的目标测试系统配置中的资源引擎数目成正比的数值分配至每个资源引擎需求。作为另外一种选择或除此之外，可基于由相同类型的资源引擎来满足资源需求的组的数目调整该数值。通过这种方式，分配到每个资源引擎需求的数值可随着资源引擎类型的缺乏而増加，同时还与对满足资源引擎需求的资源引擎类型的需求度成正比。另外，这些数值可根据资源引擎类型进行加权。此加权可影响尝试进行资源分配的顺序。通过改变此加权,可改变进行资源分配的顺序。因此,此加权可用于针对资源引擎需求搜索资源引擎的有效分配的迭代过程中，并且通过改变加权来更改所尝试分配的性质。作为另外一种选择或除此之外，任何可以适当地改变顺序的加权可用于计算评分。用于计算评分的适当数值可通过任何合适的方式确定。在一些实施例中，可基于在块612处计算的资源引擎需求的合计和在块614处识别的所有资源引擎的合计来动态地计算该数值。在其他实施例中，可基于测试系统配置的历史数据和表示测试其他装置的资源引擎需求的历史数据预先计算该数值，并将该数值存储在计算机存储器中以结合工具350使用。无论数值与资源引擎需求相关的具体方式如何，可结合每个组中的需求的数值来生成该组的总评分。例如，可通过对各个数值进行求和来合并与每个组相关的需求的数值。然而，也可以使用其他合并数值的方法，例如通过计算加权平均数或选择最大值作为该组的评分。无论具体采用何种方法计算每个组的评分，计算出分数后，该过程即可前进至块618。在块618处，包括单调引脚的印脚组的需求集合可按其各自的评分排序。如果资源以随机顺序分配至引脚，在块618处的排序可识别出最不可能获得有效资源需求的组。在后续的处理中，在块618处执行的排序可首先通过将资源分配给最具挑战性的组而构建候选资源分配。在块618处，可使用除评分以外的因素。例如，与多个位点相关的相应组可被排序成为连续的形式。此方法可便于使用在每个测试位点中相应组得到类似处理的某些分配启发法。在块618处将组排序后，处理可前进至子过程630，其中工具350尝试分配资源引擎以满足资源引擎需求。以下将结合图7进ー步详细描述在子过程630中执行的处理。简而言之，尽管如此，子过程630中的处理需要为资源引擎需求进行资源引擎的候选分配，以使得实施资源引擎的物理资源可映射到与资源引擎需求相关的每个测试位点中的引脚。按照块618处资源引擎需求的排序执行候选分配。由于考虑了每个资源引擎需求，如果存在满足需求的资源引擎，则进行候选分配。如果可分配多个资源引擎以满足需求，则可以使用启发法在可能的资源引擎中进行选择。如果所有资源引擎需求均可进行候选分配，则子过程630结束于为资源引擎需求成功分配资源引擎，该资源引擎需求可用于限定在引脚和与单个资源相关的测试系统的通道之间的映射。如果存在有效资源分配，那么此方法可提供迅速识别该有效资源分配的可能性。因此，如果子过程630以成功的分配结束，则处理可从决策块640前进至输出结果的块650。在块650处输出的结果可以是任何合适的形式，包括如同上述的输出370 (图3)中的形式。在所示的实施例中，将子过程630建构为根据资源引擎需求的具体排序限制尝试查找有效资源分配的次数。作为具体的实例，基于资源引擎需求的具体排序，可尝试两次或三次将资源引擎需求与资源引擎相匹配。无论尝试次数为多少，如果在子过程630处的处理不能识别能成功将资源引擎需求映射到目标测试系统配置中的资源引擎的分配，则子过程630可以在无成功分配的情况下结束。在这种情况下，处理可从决策块640分支到决策块 641。在决策块641处，对查找候选流程的有效映射的尝试次数进行考虑。如上所述，资源引擎需求在块618处进行排序，其排序方式g在能在存在有效资源映射时快速识别。在一些实施例中，如果第一排序不能找到有效的资源映射，则可基于不同顺序尝试进行有效分配。然而，可限制尝试的次数，这是因为如果采用前几个优选顺序无法找到有效分配，则找到有效映射的可能性将会降低。因此，在决策块641处的处理需要确定是否要尝试资源引擎需求的更多排序方式。如果要尝试，处理可循环返回块616，在此将应用资源引擎类型的不同加权，并重新计算资源引擎需求的排序。例如，不同的加权可对调均告短缺的两种资源引擎类型的相对权重。通过这种方式，在毎次迭代时，可使用有序资源引擎类型的不同排列方式。反之，如果在决策块641处确定不再尝试资源引擎需求的其他排序，例如由于尝试次数超过阈值，则该过程可分支到决策块642。在决策块642处，该过程可再次分支，具体取决于是否留有其他候选流程用于所尝试的分配。尝试分配的流程数目可取决于由工具的操作者所选择的具体方法或其他输入。在已创建流程迭代器的情况下，基于条件(例如，所考虑候选流程的数目、工具已迭代的时间或已识别有效流程的候选流程的数目和/或适合性)，处理可循环返回块600。在一些实施例中，如果第一最快的流程不能进行有效分配，则可基于下ー个流程尝试分配。如上结合图2所述，候选流程可从最快到最慢排序，这通常将创建在测试过程中从并行性较佳到并行性较差的排序。随着并行程度降低，组的数目和组的相关需求可能随之減少。例如，当图8中所示的组I和2的引脚并行测试时，需要将组I中的引脚连接到在不同于连接到组3中引脚的资源引擎的时域中运行的资源引擎。此需求可能会限制能将测试信号提供给组I中引脚和组3中引脚的资源引擎类型。然而，如果按顺序测试组I和组3中的引脚，则对于在单个时域中运行资源引擎的需求不再适用。例如，通过作为同一数字仪器的一部分的资源引擎可满足对于组I和组3的需求。从而，通过选择不同流程和重复包括子过程630的操作，可识别成功的分配。因此，处理可从决策块642循环返回块600，直到作出成功的分配或未留下其他的流程。如果未留下其他的候选流程或者发生超时或其他終止条件，则处理可从决策块642分支到块650。在决策块650处，可提供输出，例如输出370(图3)。然而，当处理基于从决策块642的分支到达块650，并且表明未为任何可能的流程识别成功的分配，在块650处输出的结果可表明这ー情況。例如，输出382可表明在系统资源中导致资源引擎需求不被满足的冲突或限制。转向图7，示出了子过程630的更多详细信息。图7示出了可执行以满足资源引擎需求的处理，该资源引擎需求针对块214处识别的具体可能流程之一而识别。在图7的处理中，引脚被依次处理。因此，图7的过程始于块710，其表示为每个引脚重复的循环的开始。在执行始于块710的循环时，以在块618处建立的顺序处理引脚。从块710，可分支到决策块711。在决策块711处处理分支，具体取决于所选引脚是否为已进行分配的多引脚组的一部分。如果不是，则处理前进至块712。在块712处，对于正在处理的引脚，识别候选资源集合以满足该引脚和在其相关组中的其他引脚的该集合需求。在所示的实施例中，通过识别一个或多个满足该组引脚的资源引擎需求的可用资源引擎来选择ー组候选资源。在这种情况下，如果资源引擎未作为候选分配的一部分被包括在内，则认为该资源引擎可用。在某些情况下，资源引擎可具有被分配以满足不止ー个资源引擎需求的容量。在这种情况下，如果资源引擎未被分配以满足等同于其容量的资源引擎需求，那么该资源引擎也是可用的。作为具体的实例，资源引擎可具有扇出能力以驱动多个引脚。如果在测试流程步骤期间，资源引擎尚未被分配以驱动其能够驱动的全部数目的引脚，则可认为该资源引擎是可用的，使得可选择该资源引擎用于分配以满足该测试流程步骤期间的另外的资源引擎需求。然而，即使资源引擎可用，也将只能在可满足被处理的该需求集合中的需求时在块712处被选择。在由于资源引擎未被分配至能够扇出的引脚数目因此资源引擎被视为可用的实例中，如果无法满足该需求集合中的ー个或多个需求，仍不能选择该资源引擎。作为ー个实例，资源引擎可分配至ー个引脚，该引脚需要资源引擎在不同于需要满足在块712处处理的该需求集合中的需求的计时组中运行。在这种情况下，资源引擎在块712处可能不够资格被选为候选资源引擎。在某些情况下，满足被处理的该集合的资源引擎需求的可用资源引擎可能不止ー个。在这种情况下，可在块712处选择候选资源引擎之一。资源引擎的选择可以基于ー种或多种启发法或其他有利于达成所有需求集合的可行分配的标准。例如，如果两种类型的资源引擎可满足资源引擎需求，则可选择更为可用的类型的资源引擎。作为另ー种启发法的实例，在资源引擎被选择用于多个位点的并行测试的实施例中，可选择资源引擎使得如果可能的话，将同一资源引擎映射到每个位点中的相应引脚。作为具体的实例，如果资源引擎能提供与三个差分对相关的信号，但是处理中的该需求集合需要资源引擎提供ー个差分对，那么能提供三个差分对的资源引擎可被优先地选择，使得同一资源引擎可被分配至每个其他位点中的相应引脚对。相应的启发法适用于针对与其他位点中的组相关的对应需求选择资源，也就是说，如果资源引擎已在先前分配至另ー个位点中的相应组，但是仍然具有可用容量，则该资源引擎将被优先选择。通过将资源引擎需求组进行排序以按顺序将对应引脚组连续定位于不同位点中，有利于此类启发法的应用，其中在将资源引擎分配至资源引擎需求时，会将多个位点的每ー个的对应组中的分配纳入考虑。其他启发法或其他标准可用于从满足所选需求集合的资源引擎需求的多个可用资源引擎中进行选择。作为另ー个实例，可选择满足需求的最小资源引擎。作为该启发法的实例，资源引擎需求可以是针对单个数字引脚的。如果第一可用资源包括ー个未分配的数字引脚并且第二可用资源包括八个未分配的数字引脚，则块712处的选择将偏向于具有ー个未分配的数字引脚的资源引擎。应当理解，某些标准的应用可导致相冲突的选择。例如，选择最小资源引擎的启发法可能与指示资源引擎的选择以满足多个位点中相应组的需求的启发法相冲突。因此，规则和其他标准可用于确定其他选择标准的优先顺序。无论在块712处用于选择资源引擎的标准如何，在执行块712后，该过程可根据是否可在块712处进行选择而在决策块714处分支。如果可以选择，则该过程可分支到块720，在此与所选资源引擎相关的测试系统资源可分配到与被处理的该需求集合相关的组的引脚。在块722处，该分配可记录为开发中的资源候选分配的一部分。该分配可以任何合适的方式记录。例如，用于识别分配的信息可记录在计算机存储器的数据结构中。如果满足了所有集合的所有需求，则在块722处记录的信息可用于定义最終分配。另外，当执行图7的过程时，记录的信息还可用于跟踪可用的资源引擎。此外，在块722处存储的信息可包括未选择的可用资源的识别。如下文中结合块732所述，如果到达该过程中无法找到任何资源引擎以满足资源需求的点，则已处理的步骤可以“回滚”以测试先前在该过程中的不同的资源选择是否会产生有效的分配。处理可从决策块711通过块713到达决策块722。当选择用于处理的引脚为组的一部分时，可采用该分支，对于该组，先前已在处理该组中另ー个引脚时进行了分配。在这种情况下，块713处的处理致使所选引脚被分配至该引脚组的下ー个可用通道。然而，在所示的实施例中，未分配另外的资源。处理可从块722前进至决策块724。在决策块724处，该程序可根据是否已满足所有集合的需求而进行分支。如果还留有其他需求集合，则该过程从决策块724循环返回块710，在此将选择下ー个需求集合并对其进行处理以识别满足该需求集合的资源引擎。反之，如果候选资源引擎的分配已满足所有需求集合，则该过程可在終止点724处结束。如果处理到达终止点724，则子过程630 (图6)将结束，表明已识别到成功的分配。反之，如果在块712处无法选择满足一个需求集合的资源引擎，则该过程可在决策块714处分支到决策块730。在块730处，该过程可根据被选作候选资源引擎但先前未被选作候选资源的任一资源引擎是否存在可用替代而再次分支，并且可基于选择替代资源引擎之ー来取代所选资源引擎而尝试分配。因此，在这种情况下，处理可从决策块730分支到块732。在块732处，在块722处记录的分配的状态可回滚到在选择要测试替代选择的候选资源引擎之前的状态。可通过任何合适的方式确定由替代者所取代的所选候选资源以及因此该过程将回滚至的点。在一些实施例中，尚存在未尝试的替代资源引擎的最近选择的候选资源可被取代。或者，可选择和取代存在未尝试的替代的第一选择候选资源引擎。然而，任何合适的技术均可用于识别将由替代选择取代的候选资源。例如，将被取代的候选资源引擎的选择可基于取代时的资源引擎的可用性。然而，其他启发法也可用于选择要被取代的资源引擎。例如，可基于资源引擎与其所分配到的组中的引脚之间的适合度来选择将被取代的候选资源引擎。相对于ー个资源引擎无法完全满足该组的需求或分配的资源引擎尚有未使用的容量的分配，保留的资源引擎能完全满足ー组的需求而没有提供其他引脚的额外容量的分配会被优先地保留。作为另外一种选择或除此之外，类似的标准可应用于资源引擎分配，其中资源引擎满足所有位点中对应引脚组的需求。无论识别候选资源引擎的方式为何，在分配候选资源之前可重新创建在块722处创建的分配记录状态。在块722处可采用跟踪分配状态的任何合适的技术，并且在块732处用以回滚到分配记录状态的具体处理可以取决于存储分配记录的具体格式。作为简单的实例，在块722处记录的信息可记录在数据框中，每个数据框均定义过程状态信息，例如已进行的分配、可用的资源和尝试的替代。回滚可能需要删除数据框直到找到合适的数据框。然而，在其他实施例中，可使用具有递归结构的堆栈实施回滚。无论识别先前分配的资源以用于取代的方式如何，一旦建立适当的处理条件，则处理可前进至终止点734。从终止点734，处理可跳回至块712，在此可根据选择替代资源引擎以尝试生成对资源需求的资源引擎分配而重新开始处理。反之，如果没有另外的待尝试的替代候选资源引擎存在或已通过其他方式达到终止条件，则处理可从决策块730分支到块740。在块740处，记录可由不能选择候选资源引擎的资源引擎需求组成。该信息可用作输出370的一部分，例如，在表示阻止分配执行的目标测试器配置限制的输出382中。然后，该过程可前进至终止点742。在終止点742处，图7的过程可结束，并且使得子过程630以失败的状况结束。在这种情况下，图6的过程可在决策块640处沿失败路径分支到决策块641，在此该过程可以不同的加权方式重复，或分支到决策块642，在此该过程可通过不同的可能流程或其他合适的处理进行重复。处理可以以此方式迭代，直到识别到资源引擎需求的成功的资源引擎分配或者为每个可能的流程尝试分配并且未识别出有效的分配。然而，应当认识到也可使用其他終止条件。例如，结合图6和图7的处理可在预设的时间段后終止。同样，图6和图7的处理的任何部分可在预定的时间段后終止。例如，在决策块730处的操作可分支到块740，即使在预定的尝试替代次数或预定量的处理时间之后未尝试的可用资源引擎满足该集合的需求。转到图9，其示意性地示出了根据本发明的ー些实施例实施工具的计算机系统。实施该工具的计算机系统可包含本领域所知的硬件组件。例如，一个或多个处理器和输入/输出装置可作为此计算机系统的一部分提供。另外，可提供计算机存储介质以存储该工具处理或生成的数据。在所示的实施例中，工具900可作为以任何合适的计算机语言所制备的计算机可执行指令而实施，该计算机语言可在一个或多个处理器上执行。这些计算机可执行指令可包括识别是否能在受试装置的测试引脚和支持并行测试计划的测试系统通道之间建立映射的映射组件910。映射组件910可实施例如上文结合图6和图7所述的处理，以确定有效映射是否存在，以及如果存在，则确定该映射。映射组件910的操作可基于通过接ロ组件912提供的输入。接ロ组件912可接收来自ー个或多个源的输入并且可作为接收来自执行工具900的计算机系统的用户输入的图形用户界面而实施。作为另外一种选择或除此之外，接ロ组件912可包括ー个或多个应用程序编程接ロ(API)，以允许工具900从用于设计装置或测试过程的其他计算机化工具接收输入。
图9提供了可通过接ロ组件912输入的数据类型的实例。例如，可提供装置引脚布局以指定装置的引脚。引脚布局可由用户通过图形用户界面手动输入。然而，在ー些实施例中，可通过应用程序编程接ロ提供文件或文件标识符来输入弓I脚布局。在此实例中，装置引脚布局可编码于名为“Pinmap. txt. ”的文件中。与目标测试器的配置相关的信息可类似地通过图形用户界面或应用程序编程接ロ提供。在该实例中，目标测试器配置可编码于名为“&11'代11比011打もセ“.”的文件中。诸如输入310 (图3)的其他输入可类似地通过接ロ组件912输入。类似地，这些值可通过图形用户界面或API输入。接ロ组件914为工具900提供了输出机制。任何合适的数据可通过接ロ组件914输出，包括任ー输出370 (图3)。该信息可通过图形用户界面输出，例如通过将信息显示在计算机屏幕上或在连接到执行工具900的计算机的装置上打印。作为另外一种选择或除此之外，该信息可通过应用程序编程接ロ输出，其可将该信息记录于可由其他计算机化系统访问或经由接ロ组件914中的API直接传递到另ー个计算机化工具的文件和其他合适的数据结构。作为通过API传递的信息的实例，图9示出了工具900可生成多个文件，这些文件可在根据识别的并行测试计划制造装置时用于创建用于测试创制的测试环境。该信息可以由测试开发环境所用的格式进行记录，例如，IG-XLTM测试开发环境。在图9的实例中，诸如“SimulatedConfig. txt” 和“Pinmap. txt” 以及“Channelmap. txt” 的文件均可以 XML 格式或可由测试开发环境工具访问的其他合适语言生成。执行该工具的结果可以人类可读取和可编辑的格式存于文档中，例如，图9所示的文档“r印ort(. doc) ”。该报告可包含由工具900生成的任何信息，例如，已尝试的流程、未用于完成特定流程的映射的资源、与可创建映射的流程相关的预计测试执行时间或可生成的任何其他信息。

在图9的实例中，接ロ组件914还可通过由用户查看的图形用户界面输出信息，以作为将信息存储在一个或多个文件中以便稍后用户或其他计算机实施工具访问的替代或补充。例如，工具900的输出可包括描述由工具900找到的或由用户从ー组具有成功资源分配的候选流程中选择的最佳结果的信息。可基于流程和针对实现该流程而识别的资源分配描述该最佳結果。结合该最佳流程，工具900可为识别的流程提供估计的测试时间。对于除了最佳结果之外识别到的其他结果选项，也可输出类似信息。识别第一结果后，此类输出可在工具900重复处理(例如，图6所示的处理)时提供。第一结果可与找到的最佳结果相关。通过继续处理以尝试找出其他流程的可行映射，也可识别其他結果。图9还示出了执行工具900的计算机系统可包含ー个或多个数据存储器，其用于容纳工具900在执行时使用或生成的信息。示出了数据存储器930、932、934和936。在此实例中，数据存储器930和932可存储在工具运行时生成的数据。数据存储器934和936可存储向工具输入的内容。例如，数据存储器930可存储例如基于块610和612处的处理而识别的资源引擎需求。数据存储器932可存储有关候选映射的信息，例如可在块722或744处记录并在块732处更改的信息。数据存储器936可存储与受试装置、测试系统或测试程序相关的信息。数据存储器934可存储用于工具900运行的各个阶段中的规则和关联。例如，数据存储器934可存储用于识别可用资源、选择可用资源、构成引脚组、进行其他选择或在工具执行期间执行任何其他操作的规则。现在转到图10，提供了通过接ロ组件912和914可在计算机显示器上实施的图形用户界面的实例。图形用户界面1010包括多个显示区域，其中ー些可适于接收用户输入并且ー些可适于提供输出。可通过图形用户界面1010使用本领域已知类型的用于实施图形用户界面的控制元件来输入或输出信息。这些控制元件可包括列、表、下拉列表、复选框、滑动条或任何合适类型的显示控制对象。在图10的实例中，图形用户界面1010通常划分为输入区域1020和输出区域1050。输入区域1020可包括多个子区域，例如子区域1022，通过该子区域，用户可输入有关测试块的信息。所有显示在子区域1022中的信息可由用户输入。然而，在一些实施例中，有关测试块的信息最初可从测试生成程序或其他计算机化资源获得。该信息可显示于子区域1022中以供用户查看和修改。另外，显示子区域1022可包括控件，用户可通过该控件指定具体的测试块以包括在并行测试计划中。在该实例中，对于识别的每个测试块，包括了复选框式控件以允许用户指定是否要将测试块包括在将建立并行测试计划的候选流程中。子区域1022还可包括提供有关每个测试块的信息的字段。例如，这些字段可指定估计测试时间或测试块的其他參数的值。在某些情况下，这些字段可以是可编辑控件，使得用户除了查看数据之外还可更改数据，从而更改工具900 (图9)中的输入内容。输入区域1020还可包括子区域1030，其中可输入有关引脚的信息。对于与受试装置相关的每个引脚，可识别在测试期间在该引脚处用于生成或測量测试信号的资源。在该实例中，子区域1030可实施为网格，每个弓I脚可表示为网格中的行。在每一行中，可输入有关可能需要测试引脚的一种或多种类型资源的信息。正如子区域1022，子区域1030中的数据可完全由用户输入或可从用于开发测试程序的另ー个计算机化工具获得。然后，这些值可由用户编辑。另ー个子区域1034可显示为图形用户界面1010的一部分。在该实例中，子区域1034提供了有关目标测试器配置和目标数目的位点的信息。正如子区域1022和1030，显示在子区域1034中的信息可从文件获得或以由用于开发测试程序的另ー个计算机化工具生成的任何合适的形式被输出。该信息可向用户显示并且可根据用户的选择修改。在该实例中，测试器配置以表格的形式向用户显示，并且表格中的每一行与可存在于目标测试系统配置中的仪器相关。在该实例中，有限数目的仪器类型可用于安装在测试系统中。仪器类型的选项可反映在下拉列表1036中，使得用户可易于选择配置选项。列表的每一行还可包括字段1038，其中可指示指定类型的多个仪器。通过操控下拉列表控件1036或字段1038中的值条目，用户可易于修改目标测试系统配置。其他区域可供用户查看或修改可由工具900用作输入的任何參数值。例如，子区域1040可允许用户定义冲突。在该实例中，子区域1040接收用于识别不能一起测试的块的输入。该信息可由工具900使用以过滤上文中结合块214 (图2)所述的候选流程。有关冲突的信息也可提供给用户。在图10的实例中，输出区域1050包括用于提供已识别的冲突的图形表示的子区域1060。子区域1060中所示的冲突可基于通过子区域1040和/或1024输入的用户输入、通过运行工具900而识别或以任何其他合适的方式识别的冲突。然而，当子区域1060包括由多个源识别的冲突时，该冲突可以由颜色编码或以视觉上表明冲突信息源的方式呈现。例如，不同的顔色编码可用于识别由用户识别的冲突，其造成块214 (图2)处候选测试流程的消除；以及由工具900的运行而识别的冲突，举例而言，其可以在工具900运行期间于决策块640 (图6)处识别。此类信息可用于帮助测试エ程师识别目标测试系统配置或可得到更有效的并行测试程序的测试程序的变化。子区域1070可用于输出尝试找到候选测试流程的有效资源分配的結果。在该实例中，信息以矩阵的形式提供。矩阵中的每一行包含有关ー个候选测试流程的信息和尝试查找该流程的有效资源分配的結果。虽然可以任何合适的方式提供有关候选测试流程的信息，但在该实例中，候选测试流程限定在一系列的列1072中。该系列的列1072中的每ー个提供了有关被纳入以在流程的每个步骤中并行执行的测试块的信息。与流程相关的每一行可指示尝试找到该流程的有效资源分配的结果。在由于没有特定类型的可用资源以满足资源需求而使流程失败的情况下，可指出该资源类型。作为另外一种选择或除此之外，可提供有关所作资源分配或尝试用于该流程的资源分配的任何其他合适的信息。图形用户界面1010可包括允许用户操作与工具900的运行相关的数据的其他控件。例如，控件1080是项目菜单控件。通过运行控件1080，用户可输入使得工具保存由用户操作的数据的命令。例如，文件控件1080的运行可使得工具将数据存储在数据存储器934和/或数据存储器936中。图11提供了图形用户界面1030在替代操作状态下的放大视图，在该操作状态下用户与该工具相互作用。图形用户界面1100可用于定义针对引脚或相关引脚组的需求。在该实例中，图形用户界面1100包括矩阵格式的显示区域。每一行矩阵与引脚或引脚组相关。行中的信息可指定在每个测试块期间的引脚或引脚组可出现的需求。在该实例中，用户具有所选行1110，使得用户可编辑在行1110中识别的该组引脚的需求。在该实例中，行1110与由名称“ctrlRF〈0:2>”标识的一组引脚相关。特别在该实例中，用户已选择与标识为“RF”的测试块相关的行1110中的字段。在所选字段1112中输入的数据按仪器类型针对所识别的测试块期间所识别的弓I脚组来识别需求。在该实例中，字段1112中的数据表明用户已指定所需的两种类型的资源。另外，图11示出了用户已访问一系列下拉列表1114A、1114B和1114C。这些列表针对字段1112中指定的资源需求来指定另外的需求。作为具体的实例，下拉列表1114A允许用户在字段1112中添加另外的资源或指定在该字段中已指定的资源特性。在这种情况下，用户已选择指定标识为UP800_DigSrc的资源需求的特性。在列表1114B中，用户可选择根据需要移除资源的标识或可指定该资源的特殊迭加需求。在这种情况下，为用户提供选项以指定所选定资源的运行模式。特别在此实例中，用户已通过列表1114B选择将该资源在特殊并行使用模式中运行，以作为需求的一部分包括在字段1112B中。通过下拉列表1114C，用户可指定所选定资源的特殊共同使用模式的另外的特性。这些下拉列表1114AU114B和1114C可填充有存储在数据存储器934中的信息，用于定义目标测试系统配置，该配置定义可用资源集合和有关仪器的信息，而这些信息定义资源的性质和有关用户可指定的资源的參数。然而，可以任何合适的方式创建此类显示内容。图12示出了子区域1070的放大视图。图12示出了针对子区域1070中所示流程显示的消息1210。在该实例中，消息1210向用户提供了有关无法为流程找到有效资源分配的原因的反馈。因此，除了表明所尝试的分配失败之外，消息1210还提供所尝试的分配失败的原因。在这种情况下，所尝试的分配是由于资源匹配的问题而失败。此外，可将工具900编程以提出可避免特定流程失败的对策。在这种情况下，该工具提供建议以增加包含该类型资源的仪器，该类型资源在该流程所尝试的资源分配期间无法获得。因此，图12提供了可允许用户迭代地应用该工具的反馈的实例，在每次迭代中，深入了解有效并行测试计划的特性、修改对该工具的输入内容和测试是否已实现改进的并行测试计划。图13示出了图形用户界面，通过该图形用户界面，用户可输入命令以使工具900产生ー个或多个输出。图形用户界面1310包括下拉菜单控件314，通过该控件，用户可选择和输出格式。可为用户提供多个输出格式选项。作为ー个实例，用户可指定报告输出格式。对应于此类选择，工具900可创建报告1320。在该实例中，报告1320的格式被设置为具有可提供有关并行测试计划的信息的嵌入式图形的Word文档。在该实例中，该生成的报告1320以表格和图示的形式描述了可并行执行的测试块和相冲突而不能并行执行的测试块。同一信息以图示的形式提供，测试块中允许的和冲突的组合均以矩阵中的阴影部分示出。然而，应当理解通过工具900可以任何合适的格式生成报告。另外，下拉菜单1314包括其他输出格式。一个此类替代输出格式为通道映射图。图中示出了通道映射图1330。在该实例中，通道映射图可记录为表明装置引脚和测试系统通道之间的相关性的电子表格。在多位点并行测试计划中，可提供每个位点的装置引脚的映射。通道映射图1330可指定为本领域已知的格式，尽管可使用任何合适的格式。图14示出了可作为另外一种选择或除此之外用于为工具350提供输出的另ー个图形用户界面1400。在该实例中，用户界面1400包括多个显示区域，通过这些显示区域用户可指定工具的所需操作。显示区域1410允许用户输入控制工具运行模式的參数。如上所述，对于具体装置、测试和测试系统配置，该工具可用于尝试识别有效的流程以进行测试。然而，也可支持其他运行模式，例如，该工具验证是否能为用户提供的候选流程识别资源映射的模式。通过显示区域1410输入的输入内容可指示运行的模式。在该实例中，用户已提供输入，该输入表明工具将在尝试找到能进行有效资源分配的流程的模式下运行。在这种情况下，可将工具配置为使用多种方法中的ー种以生成候选流程。如上所述，这些可包括一整套算法，对应于块212 (图2)中的处理。或者，用户可选择由流程迭代器生成候选流程。在这种情况下，用户可指定一种类型的迭代器。此类选择示出于显示区域1410中，选择了所示智能迭代候选流程的生成。显示区域1410还包括其他输入和可用于配置工具的信息。例如，可指定关于工具在执行多久后将回复至智能随机模式的參数。同样如图所示，该工具可对将尝试完整捜索的块的数目加以限制。该限制在该实例中示为13，但是应当理解，块的数目或者甚至此类限制的存在并非本发明所必需。显示区域1420包括其他输入区域，通过该其他输入区域，用户可输入控制工具可能执行的时间长度的參数值。这些參数可指定工具整体执行或任何运行阶段的超时时间长度，例如在结束搜索候选流程的有效资源分配之前工具将执行多长时间。作为另外ー种选择或除此之外，还可指定影响运行时间或产生的输出的參数值。例如，这些值可指定保存的有效分配的数目。显示区域1420提供了供用户访问更多设置的机制。显示区域1410提供了供用户激活应用设置或调用其他功能的控件的机制，例如让工具建议设置。图14B示出了另ー个用户界面。在该实例中，图14B的用户界面提供了供用户指定测试系统配置的机制。该界面可用于替代用户界面1034(图10)。然而，图14B的界面包括ー种机制，通过该机制，用户可指定每个所安装的仪器均可安装在其中的测试槽。创建上述映射图的映射器可选择仪器以根据测试系统中的仪器位置将其绕设至特定引脚。因此，该信息可通过图14B的用户界面而提供。以上描述本发明的至少ー个实施例的多个方面，应当理解本领域的技术人员可易于进行各种改变、修改和改进。例如，图1示出了作为晶片的一部分的装置的测试。无论受试装置的形式为何，上述工具均可用于建立并行测试计划。在一些实施例中，可测试经包装的部件，在其他实施例中，例如可测试多芯片模块。不同形式的测试装置可能需要不同的机械结构以在测试系统资源和测试引脚之间实施映射，但是通过使用本文所述的工具可设想出此类替代并且使其成为可能。另外，资源引擎在测试流程中可用的区间可以是进行资源引擎分配的影响因素。在可以在测试流程期间动态地更改分配的情况下，可分配相同的资源引擎以满足流程期间不同时间的不同需求。如果DIB或测试系统的其他部分包括可改变通道和引脚之间的物理连接的开关，则对流程期间的分配的此类更改是可能的。或者，通过使用可改变某些I/O功能的仪器，对分配的此类更改是可能的。作为具体的实例，具有连接到多个通道的I/O的仪器可支持ー个串行端ロ，但是在任何一个时间串行端ロ的功能可在仪器所连接的任何一个通道提供。可将表示该串行端ロ功能的资源引擎于不同时间分配至连接到与仪器相关的不同通道的不同引脚，只要这些引脚中并无任何两个在流程期间的同一时间需要串行端ロ功能。为了确定时序冲突是否可能存在，可以针对测试块或流程中其他合适的时序区间进行动态分配。可进行同一资源引擎的多个分配，只要在任何此区间中它们不会导致违反指定被允许用于资源引擎的同时连接的数目的规则。此类改变、修改和改进g在作为本公开的一部分，并且被视为落入本发明的精神和范围内。因此，上述的说明和附图仅作为举例的方式。可通过多个方式中的任一种实施本发明的上述实施例。例如，可使用硬件、软件或它们的组合来实施这些实施例。当通过软件实施时，该软件编码可在任何合适的处理器或处理器集合上执行，不论其是在单个计算机中提供还是分布在多个计算机中。此类处理器可作为集成电路实施，并且在集成电路组件中具有一个或多个处理器。此外，可使用任何合适形式的电路实施处理器。另外，应当理解计算机可实施为多种形式中的任ー种，例如机架式计算机、台式计算机、膝上型计算机或平板计算机。另外，计算机可嵌入通常未被视为计算机但具有合适的处理功能的装置，包括个人数字助理(PDA)、智能电话或任何其他合适的便携式或固定电子装置。另外，计算机可具有一个或多个输入和输出装置。此外，这些装置可用于提供用户界面。可用于提供用户界面的输出装置的实例包括用于视觉呈现输出的打印机或显示屏幕以及用于听觉呈现输出的扬声器或其他发声装置。可用于用户界面的输入装置的实例包括键盘和诸如鼠标、触控式面板和数字面板的指向装置。又如，计算机可通过语音识别或以其他听觉形式接收输入信息。此类计算机可以任何合适的形式通过ー个或多个网络互连，包括局域网或广域网，诸如企业网络或互联网。此类网络可基于任何合适的技术且可根据任何合适的协议运行，并且可包括无线网络、有线网络或光纤网络。另外，本文所概述的多种方法或过程可被编码为可在一个或多个处理器上执行的软件，该处理器采用多种操作系统或平台中的任ー种。另外，此类软件可使用多种合适的编程语言和/或编程或脚本工具编写，也可编译为可执行的机器语言编码或在框架或虚拟机上执行的中间编码。在这个方面，本发明可实施为由一个或多个程序编码的一个计算机可读取介质(或多个计算机可读取介质)(例如，计算机存储器、一个或多个软盘，光盘(CD)、光碟、数字视频光盘(DVD)、磁带、闪存、现场可编程门阵列或其他半导体装置中的电路配置，或其他非瞬时实体计算机存储介质)，当在一个或多个计算机或其他处理器上执行吋，该程序执行实施本发明上述多种实施例的方法。该ー个或多个计算机可读取介质可以是可转移的，使得存储在其上的一个或多个程序能被加载到ー个或多个不同计算机或其他处理器上以实施本发明上述的多个方面。如本文所用，术语“计算机可读取介质”仅涵盖可被视为产品(即，制品)或机器的计算机可读取介质。本文所用的术语“程序”或“软件”在广义上指任何类型的计算机编码或者可用于对计算机或其他处理器进行编程以实施本发明上述多个方面的一组计算机可执行指令。另夕卜，应当理解，根据本实施例的ー个方面，当被执行时，实施本发明的方法的ー个或多个计算机程序不需驻留在单个计算机或处理器上，但是可以模块化形式分布在多个不同的计算机或处理器中以实施本发明的多个方面。计算机可执行指令可以为多种形式，例如，由一个或多个计算机或其他装置执行的程序模块。通常，程序模块包括执行特定任务或实施特定抽象数据类型的例程、程序、对象、组件、数据结构等。通常，程序模块的功能可按需要结合或分布在多个实施例中。另外，数据结构可以任何合适的形式存储在计算机可读取介质中。为了例示简明起见，数据结构可示为具有通过数据结构中的位置而相关的字段。同样可通过将计算机可读取介质中表示字段之间关系的位置分配给字段作为存储来实现此类关系。然而，任何合适的机制均可用于在数据结构的字段中的信息之间建立关联性，包括通过使用在数据元素之间建立关系的指针、标签或其他机制。可単独地、结合地或以在上述实施例中未特别讨论的各种配置方式使用本发明的多种方面，因此其应用不受限于上述说明所述或附图中所示的组件的细节和配置。例如，在一个实施例中所述的方面可以任何方式与其他实施例中所述的方面结合。另外，本发明可实施为ー种方法，并且已提供其示例。作为该方法的一部分的操作可以任何合适的方式进行排序。因此，可构建以不同于所示的顺序执行操作的实施例，可包括同时执行ー些操作，即使在示例性实施例中示为顺序执行的操作。作为具体的实例，图6示出了块610、612和614、616和618出现于始于块600的循环中。在一些实施例中，在块610,612和614、616和618中的某些或全部处的处理可独立于特定的候选流程。在这种情况下，在块600之前，可执行块610、612和614、616和618中的某些或全部。在权利要求中使用诸如“第一”、“第二”、“第三”等序数术语修饰权利要求要件，其本身并不意味任何优先权、优先序或一个权利要求元件相对于另一个的顺序或执行方法操作的时间顺序，而是仅用作将具有某个名称的一个权利要求要件与另ー个具有相同名称(除了使用的序数术语)的元件加以区分的标签，以辨别权利要求要件。另外，本文所用的短语和术语均是用于说明的目的，并且不应视为限制。本文中所使用的“包括”、“包含”或“具有”、“内含”、“涉及”和它们的变型形式均意味着包含其后所列的项目及其等同物以及额外的项目。
权利要求
1.一种运行计算装置的方法，用于为具有多个引脚的装置生成并行测试计划的信息并且由具有多个资源的测试系统执行，所述方法包括 使用至少一个处理器 a)在每个引脚组的测试期间，识别多个所述引脚组和一个资源需求集合； b)识别多个测试系统资源集合，每个所述集合包括共同满足需求的一个或多个测试系统资源；以及 c)将所述多个集合中的集合与所述多个组中的相应组匹配。
2.根据权利要求1所述的方法，其中 所述多个集合中的集合具有顺序；并且 所述匹配包括将所述多个组中的组按所述顺序分配至所述集合中的每一个，直到将组分配至所述多个集合的每一个。
3.根据权利要求2所述的方法，还包括 d)为所述多个集合中的每一个分配评分，所述评分表明将资源与所述集合的需求相匹配的困难程度；以及 e)基于分配至所述多个集合的评分建立所述多个集合的顺序。
4.根据权利要求1所述的方法，其中 所述方法还包括 d)在将所述多个组中的组与所述多个集合中的集合匹配时，将所述集合中的资源分配至所述组中的引脚； 所述多个集合中的集合具有顺序；并且 所述匹配包括将所述多个组中的组按所述顺序分配至所述集合中的每一个，直到达到所述顺序中的下一个集合，其中不存在满足所述下一个集合的需求的未分配资源。
5.根据权利要求4所述的方法，还包括 e)当不存在满足所述下一个集合的需求的未分配资源时，重复操作C)，将所述多个组中的至少一个不同组与所述顺序中的所述下一个集合之前的集合匹配。
6.根据权利要求5所述的方法，还包括 f)重复操作e)，直到将组分配至所述多个集合中的每一个；以及 g)基于所述操作d)中测试器资源到引脚的所述分配，生成引脚与测试器资源之间的映射。
7.根据权利要求6所述的方法，其中 所述测试包括多个块；以及 与每组引脚相关的所述资源需求集合包括在所述测试的所有块期间所述组中的引脚的共同资源需求。
8.根据权利要求6所述的方法，其中 所述测试包括多个块；以及 与每组引脚相关的所述资源需求集合包括在所述测试的一部分所述块期间所述组中的引脚的共同资源需求。
9.根据权利要求1所述的方法，其中 所述方法还包括d)识别多个可能的测试流程；以及 e)基于预计的测试执行时间，将所述可能的测试流程排序； 对于第一测试流程，执行所述操作a)； 当测试系统资源不能分配至所有所述多个引脚以满足所有所述多个组的所述需求集合时，对第二测试流程重复至少所述操作a)和c)，按所述顺序，所述第二测试流程在所述第一测试流程之后。
10.一种制造半导体装置的方法，所述方法包括 根据权利要求1所述的方法生成测试计划； 作为制造操作的一部分，根据所述生成的测试计划来测试装置；以及 至少部分地基于所述测试的结果，在制造所述被测装置的过程中选择至少一个过程步骤。
11.至少一个计算机存储介质，包括计算机可执行指令，所述计算机可执行指令在执行时实施一种与用户互动的方法，所述方法包括 a)在每个引脚组的测试期间，识别多个所述引脚组和一组资源需求； b)识别多个测试系统资源集合，每个所述集合包括共同满足需求的一个或多个测试系统资源；以及 c)将所述多个集合中的集合与所述多个组中的相应组匹配。
12.根据权利要求11所述的至少一个计算机存储介质，其中 识别所述多个引脚组包括识别与在候选流程的流程步骤中同时执行的块相关的组； 所述方法还包括当所述多个集合不足以将所述多个组中的每个组与一个集合相匹配时，表明所述候选流程已失败。
13.根据权利要求12所述的至少一个计算机存储介质，其中所述方法还包括接收用于指定所述候选流程的用户输入。
14.根据权利要求13所述的至少一个计算机存储介质，其中 所述方法包括对所述候选流程中的多个流程步骤中的每一个迭代地重复所述操作a)、b)和C)，直到所述候选流程失败或所述多个组中的每一个与所述多个集合中的相应集合相匹配。
15.一种运行计算装置的方法，用于生成至少一个装置的并行测试计划的信息，所述至少一个装置中的每一个具有多个引脚，并且所述测试由具有可连接到所述多个引脚的多个资源的测试系统执行，所述并行测试包括多个块，所述方法包括 使用至少一个处理器迭代地执行处理，所述处理包括 根据启发法而识别候选流程，所述候选流程对块进行调度以避免块间出现先前识别的冲突； 对于所述候选流程 尝试将所述多个资源中的资源分配至所述多个引脚中的引脚，以根据所述候选流程执行所述并行测试； 当对分配的所述尝试产生成功的资源分配时，计算使用所述候选流程执行所述并行测试的所述测试时间； 当由于测试块间的冲突而导致资源分配不成功时，记录相冲突的测试块间的所述冲突，使得后续迭代中的候选流程不包括所述冲突。
16.根据权利要求15所述的方法，其中 在第二迭代中，根据所述启发法识别候选流程包括随机生成具有由所述启发法指示的特性的候选流程，以使用比在先前候选流程的先前迭代期间计算的测试时间短的时间执行所述并行测试。
17.根据权利要求15所述的方法，其中 在多个迭代的每一个中根据所述启发法识别候选流程包括按照由所述启发法预测的顺序生成候选流程以在依次更长的时间内执行。
18.根据权利要求15所述的方法，还包括 作为输出提供对成功进行资源分配的候选流程的指示。
19.根据权利要求18所述的方法，还包括 从成功进行资源分配的多个候选流程中选择所述输出候选流程，所述输出候选流程基于所述多个候选流程的计算出的测试时间进行选择。
20.根据权利要求15所述的方法，其中 所述方法还包括接收用于提供所述多个测试块的每一个的执行时间估值的输入；以及 计算候选流程的所述测试时间包括基于所述执行时间估值计算所述测试时间。
21.根据权利要求15所述的方法，其中所述冲突包括并行测试所述相冲突的测试块的资源需求超出所述测试系统的所述资源。
22.根据权利要求15所述的方法，其中所述冲突包括所述受试装置的引脚在至少两个所述相冲突的测试块中运行的需求。
23.根据权利要求15所述的方法，还包括 接收用于定义所述测试系统的新配置的用户输入；以及 基于所述新配置，重复迭代地执行处理的所述操作。
24.根据权利要求23所述的方法，其中 实时地进行接收所述用户输入和重复迭代地执行处理的所述操作。
25.根据权利要求24所述的方法，其中 接收用于定义所述测试系统的新配置的用户输入包括接收用于定义配置了所述测试系统的多个位点的用户输入。
26.根据权利要求15所述的方法，还包括 在迭代地执行处理的所述操作之前，接收用于指定相冲突的测试块的输入，所述输入用于识别已分配相同引脚的块。
27.根据权利要求15所述的方法，还包括 接收用于指定迭代地执行处理的所述操作的终止条件的输入。
28.根据权利要求27所述的方法，其中所述终止条件表示为迭代地执行处理的时间、在所述迭代地执行处理中的最大迭代次数或执行候选流程的目标计算测试时间。
29.至少一个计算机可读取存储介质，包括多个计算机可执行指令，所述多个计算机可执行指令在由至少一个处理器执行时实施工具以生成至少一个装置的并行测试计划的信息，所述至少一个装置的每一个具有多个引脚，并且所述测试由具有可连接到所述多个引脚的多个资源的测试系统执行，所述并行测试包括多个块，所述计算机可执行指令包括多个模块，所述多个模块包括至少两个选自以下的模块 第一模块，用于响应于指定第一技术的输入通过下列方式识别并行测试的至少一个流程: 列举候选流程； 尝试将所述多个资源中的资源分配至所述多个引脚中的引脚，以根据所述列举的候选流程的每一个执行所述并行测试；以及 提供表明成功进行所述资源分配的多个所述列举的候选流程的输出和所述列举的候选流程的各自的估计测试时间； 第二模块，用以响应于指定第二技术的输入通过下列方式识别并行测试的至少一个流程: 通过在每次迭代中随机生成具有由启发法指示的特性的候选流程来迭代地生成多个候选流程，直到达到第一终止条件为止，以在比先前迭代期间计算的先前候选流程的测试时间短的时间内执行所述并行测试； 对于每个生成的候选流程，尝试将所述多个资源中的资源分配至所述多个引脚中的引脚，以根据所述列举的候选流程的每一个执行所述并行测试； 提供表明成功进行所述资源分配的至少一个生成的候选流程的输出；以及 第三模块，用以响应于指定第三技术的输入通过下列方式识别并行测试的至少一个流程: 通过在每次迭代中生成具有由启发法指示的特性的候选流程来迭代地生成多个候选流程，直到达到第二终止条件为止，以在比先前迭代期间计算的先前候选流程的测试时间长的时间内执行所述并行测试； 对于每个生成的候选流程，尝试将所述多个资源中的资源分配至所述多个引脚中的引脚，以根据所述列举的候选流程的每一个执行所述并行测试； 提供表明成功进行所述资源分配的至少一个生成的候选流程的输出。
30.根据权利要求29所述的至少一个计算机可读取存储介质，其中所述计算机可执行指令包括 用于接收指定候选流程的输入并识别所述多个资源中的资源是否能成功分配至所述多个引脚中的引脚以根据所述输入候选流程执行所述并行测试的计算机可执行指令。
31.根据权利要求29所述的至少一个计算机可读取存储介质，其中所述计算机可执行指令包括 用于接收指定所述第一终止条件或所述第二终止条件的输入的计算机可执行指令。
32.根据权利要求29所述的至少一个计算机可读取存储介质，其中 所述计算机可执行指令包括用于接收指定在由所述第二模块或所述第三模块生成的所述多个候选流程的每一个中的并行测试块的最大数目的输入的计算机可执行指令。
33.根据权利要求29所述的至少一个计算机可读取存储介质，其中 所述计算机可执行指令包括用于接收指定在由所述第二模块或所述第三模块生成的所述多个候选流程的每一个中的流程步骤的最小数目的输入的计算机可执行指令。
34.根据权利要求29所述的至少一个计算机可读取存储介质，其中 所述计算机可执行指令包括用于接收指定测试块的模式的输入以应用于由所述第二模块或所述第三模块生成的所述多个候选流程中的计算机可执行指令。
35.根据权利要求34所述的至少一个计算机可读取存储介质，其中 测试块的所述模式包括用于并行执行的测试块。
36.根据权利要求34所述的至少一个计算机可读取存储介质，其中 测试块的所述模式包括用于顺序执行的测试块。
37.根据权利要求34所述的至少一个计算机可读取存储介质，其中 列举候选流程包括生成所有可能的独特的测试流程。
38.至少一个计算机可读取存储介质，包括多个计算机可执行指令，所述多个计算机可执行指令在由至少一个处理器执行时实施工具以生成至少一个装置的并行测试计划的信息，所述至少一个装置的每一个具有多个引脚，并且所述测试由具有可连接到所述多个引脚的多个资源的测试系统执行，所述并行测试包括多个块，所述计算机可执行指令用于 接收指定测试系统配置的输入； 接收指定候选流程的输入； 根据所述输入候选流程与所述指定的测试系统配置，确定所述多个资源中的资源是否能成功分配至所述多个引脚中的引脚以执行所述并行测试。
39.根据权利要求38所述的至少一个计算机可读取存储介质，其中 接收指定测试系统配置的输入包括接收用于指定配置所述测试系统进行测试的多个测试位点的输入。
40.根据权利要求38所述的至少一个计算机可读取存储介质，其中 接收指定测试系统配置的输入包括接收用于指定所述测试系统中的资源数目的输入。
全文摘要
一种帮助测试工程师创建并行测试计划的工具。所述工具可迅速地将测试系统资源映射到特定引脚以满足并行测试的需求。当可以进行此类映射时，所述工具可预计测试时间。当不能进行映射时，所述工具可告知其用户，包括提出有关可允许所述测试系统执行所述测试的另外资源的建议或有关可允许映射的输入参数的其他变型的建议。所述工具采用一种分配方法，其中识别相关引脚的组以及每组的相关资源需求。识别共同满足较高级需求的测试系统资源组，并通过将资源集合映射到资源组进行所述分配，同时使用排序和匹配启发法以减少处理时间。
文档编号G01R31/319GK103038656SQ201180022547
公开日2013年4月10日 申请日期2011年5月4日 优先权日2010年5月5日
发明者贝瑟尼·范瓦格勒, 森格·J·爱德华 申请人:泰拉丁公司