我想知道人们如何基于硅反馈数据创建情境或测试程序特定的测试程序流程。我看到他们在这些视频中谈到了基于工作的流程:
http://origen-sdk.org/origen/videos/5-create-program-flow/ http://origen-sdk.org/origen/videos/6-create-program-tests/
人们如何使用硅测试结果来改变他们的流量而不会使基于脆弱条件的测试排除(例如,下一次测试==' mytest')?我想我会说至少有这么多的工作或场景:
有没有办法传递基于硅的测试名称,以防止必须一直改变流量?
THX
答案 0 :(得分:1)
这是if/unless_enable
控件的用途:http://origen-sdk.org/origen/guides/program/flowapi/#Execution_Based_on_the_Runtime_Environment
这会在V93K上创建所谓的用户标志(我认为),它们被设计为在执行流之前由“user”设置,而不是在执行期间真正改变状态。与流标志相反,流标志可以在流程执行期间通过测试在运行时更改。
if/unless_job
是一个类似的用户标志,用于指示测试流程中的插入(例如晶圆测试1,晶圆测试2等),并受Teradyne上同名列/属性的启发平台。在V93K上,它会生成一个名为@JOB
的常规用户标记。
您拥有的三种不同类型的控件是:
if/unless_job
- 用于对测试插入名称进行建模,通常这个命名将是您希望所有测试模块都同意的东西 - 您实际上不能拥有特定于模块的值。例如WT1
,WT2
,FTR
,FTH
等。
if/unless_enable
- 选项切换在流程开始时设置,以启用/禁用流程的不同部分。这些可以非常特定于特定测试模块,或者对整个流程是共同的,或者两者的混合。例如SAMPLES
,TTR
,SRAM_CZ
等。
if/unless_flag
- 响应可在运行时更改的标志,通常取决于特定测试的结果。
最后,启用通常由测试平台控制器软件设置,或者可以在流程本身内设置,具体取决于平台和本地约定。
如果要在流本身内启用/禁用这些标志,那么Origen将提供以下API:
enable :samples
if_enable :samples do
test :test1 # Will be hit due to the samples flag being set
end
disable :samples
if_enable :samples do
test :test1 # Now it won't be
end