CN1983168A - 对自动测试系统仪器装置执行控制与撷取数据的处理方法 - Google Patents
对自动测试系统仪器装置执行控制与撷取数据的处理方法 Download PDFInfo
- Publication number
- CN1983168A CN1983168A CN 200510115365 CN200510115365A CN1983168A CN 1983168 A CN1983168 A CN 1983168A CN 200510115365 CN200510115365 CN 200510115365 CN 200510115365 A CN200510115365 A CN 200510115365A CN 1983168 A CN1983168 A CN 1983168A
- Authority
- CN
- China
- Prior art keywords
- test
- instrument
- auto
- acquisition data
- letter formula
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种对自动测试系统仪器装置执行控制与撷取数据的处理方法,任何经由本处理方式处理过的测试程序或例程(Procedure or Routine),不需经由编译器或直译器即可达到对仪器装置存取的功能,并可动态扩充其可支持的命令函式库。其中,需先行定义一张表格清单用以描述各机种仪器的API函式相关信息,包括:机种名称、适用通讯接口(GPIB、RS-232、RS-485、CAN Bus)以及其预设的参数值、API函式库名称等。本发明并提供图形接口的编辑软件,让使用者可以指定所要参与测试的仪器或是其相关函数,并将此设定值储存成一个可重复编辑的二进制文件,供执行引擎执行前动态加载系统中。
Description
技术领域
本发明涉及一种开放式架构自动测试系统仪控命令控制流程的处理方式,特别是任何经由本处理方式处理过的测试程序或例程(Procedure or Routine),无需经由编译器或直译器即可达到对仪器装置存取的功能,并可动态扩充其可支持的命令函式库。
背景技术
一般自动测试系统(ATS)的处理控制,有下列三种方式:
1.由各制造商内部的工程师,针对特定机种的待测物,依照其厂内测试步骤,以程序语言(如:BASIC、C)或是仪控开发环境(NI LabView)呼叫适配卡所提供的API或是直接以通讯界面命令控制相关仪器设备,再将所取得的读值与其设定的规格值加以比较,来判断测试结果。
2.由ATS制造商依照其系统上的配备,在其软件上事先撰写好业界常用的测试项目或测试例程,让使用者在其软件的使用者介面上,针对这些测项所需的参数加以设定,以达到测试的目的。
3.由ATS制造商依照其系统上的配备,提供特定语言(如:C语言)完整的测试命令函式库,让使用者可以利用这些函式撰写测试项目或测试例程,并提供现成的工具程序,对这些测试数据加以处理分析。
在第1种的情况下,其缺点为:
a.只要一换机种,势必要修改其测试步骤,当然必须修改先前的原始码,重新编译连结后再产生另一支可执行文件(.EXE或.DLL)。
b.只要系统上的某一量测模块(Module)或信道(Channel)故障,一般的程序都必须修改其原始码中参考到此模块的设定,重新编译连结后才会正常动作。
c.程序的维护必须仰赖负责撰写ATS软件的工程师,一旦此工程师因职务的异动,难免有后续维护的困难。
d.测试后的数据处理,通常必须花额外的工具来加处理,以制作为其所要的报表格式或统计图表。
在第2种的情况下,其缺点为:
a.系统为封闭式的,使用者很难针对测试流程加以扩充,即使要扩充,必须仰赖ATS制造商的软硬件加以配合。
在第3种的情况下,其缺点为:
a.系统为半封闭式的,使用者只能在现有的硬件功能下建构不同的测试流程,如果要扩充功能,必须仰赖ATS制造商的软硬件加以配合。
b.负责建构的测试流程的必须熟悉程序语言编码。
发明内容
本发明的自动测试系统仪器装置执行控制与撷取数据的处理方法,其主要目的在于透过各类仪器一致化的程序呼叫介面(API),整合不同厂牌或不同机种却具备相同功能的仪器。
本发明的自动测试系统仪器装置执行控制与撷取数据的处理方法,其次一目的在于定义属于各类仪器的测试命令函式(Test Command)原型,其可支持不定长度的参数,各个参数的解释端视各个测试命令函式内部程序代码实现方式。测试命令会呼叫API函式,进而达到存取仪器装置的目的。
本发明的自动测试系统仪器装置执行控制与撷取数据的处理方法,其再一目的在于具有图像介面的编辑方式,在此编辑环境中,使用者可以做变量的宣告、规格的定义以及控制流程的编排。且由编辑环境可直接切换到执行模式,由内建的执行引擎对于目前正在编辑的控制流程进行测试与除错。
为实现上述目的,本发明采取技术方案:一种对自动测试系统仪器装置执行控制与撷取数据的处理方法,经由本处理方式处理的测试程序(Procedure)或例程(Routine),无需经由编译器或直译器即可达到对仪器装置存取的功能,并可动态扩充其可支持的命令函式库,其特征在于包括下列步骤:
将具有通讯接口的可程序化仪器功能作一分类,定义属于各类仪器的一致化程序呼叫介面(API),并定义属于各类仪器的测试命令函式(Test Command)原型以整合为一动态连结函式库;
通过一指定测试命令函式所需参数及测试命令执行顺序及逻辑关系,并经过转译,可依其指定的内容由执行引擎直接呼叫相关的仪器驱动程序,以进行对硬件装置的存取,并依照自硬件装置取出读值与其上下限比较是否合乎规格与否。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所制定的控制流程与参数宣告皆可储存在一集中式的档案,并可随时加以维护修改以因应不同的测试需求。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述仪器分类是依据各仪器的应用特性为其特征。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述各类仪器的一致化程序呼叫介面(API)会将各类别下的各机种的仪器驱动程序包装为一动态连结文件(DLL)。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述测试命令函式库将动态地整合各个仪器的API为一组(Test Command Library)形成一动态连结文件(DLL),各个类别的仪器有其对应的一群测试命令集,支持DeviceInit()、DeviceClose()与DeviceStandBy()函式。
本发明再提供了一种对自动测试系统仪器装置执行控制与撷取数据的处理方法,至少包括以下步骤:
a.定义一清单用以描述各机种仪器的API函式的相关信息;
b.提供一图形介面的编辑方式,让使用者可以指定所要参与测试的仪器及其相关参数,并将设定值存成一个可重复编辑的二进制文件,以供执行引擎执行前动态加载系统中;
c.指定不同的测试命令于测试项目或测试例程中,系统软件程序不需重新编译,即可加以执行、测试与除错。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述步骤b图形介面的编辑软件中,使用者可以做变量的宣告、规格值的定义以及控制流程的编排,变量依其特性作区分。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,还包括步骤d:
储存测试项目或测试例程,并会执行以下程序:
a.将使用者在目前所宣告的本地与全域变量名称、型别作逐一检查,并且对于在每项测试命令的每一参数所指定的变量名称、型别逐一检查其合理性;
b.其次,在内存中产生数变量表格;
c.最后,将测试命令的每一参数所指定的变量或常数值,解译为表格的索引。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述测试项目或测试例程在被执行前,执行引擎首先会对于预先指定的硬件装置进行初始化(Initialization)的程序,以确保系统上的仪器存在且连线正常。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述执行引擎在执行测试项目或测试例程时,依照每一道测试命令的名称到测试命令函式库(DLL)中,动态地取得其函式的指标,再依照使用者于此测试命令所指定的参数内容,包装成一个通用型态的参数串行,才呼叫此道测试命令。
上述的对自动测试系统仪器装置执行控制与撷取数据的处理方法中,所述测试命令执行时,执行引擎可以将目前的执行状况传给测试除错环境,使用者可以在某一道测试命令设定断点,并可检视目前的所有变量内容值。
本发明由于采取以上设计,其具有以下优点:
1.自动测试系统使用最佳化测试命令(快取)技术来防止系统软件将重复的控制命令下到系统硬件装置,明显的改善测试速度,虽采用开放式软件架构,其效率却如同封闭或最佳化的自动测试系统一样高。
2.为满足电源供应器测试上的要求,自动测试系统内建多组测试项目,也提供使用者扩充测试项目功能,若有新的需求,可以从测试项目编辑功能里,编辑想要的测试项目。
3.自动测试系统具有报表编辑制作、统计分析和管理功能,能提供完整的工具来产生测试文件和执行系统管理,而现今研究开发人员的产品研究,品保部门的验证,生产线大量测试,均对于测试和统计报表制作,相当重视,这些功能有效的帮助使用者节省很多制作文件的时间。
4.自动测试系统使用者尚可通过网络的结合,将测试结果传至网络或网页上,同时拥有远程监控生产线的功能。
附图说明
图1为本发明的处理方法之系统模块示意图;
图2为测试命令函式库中,被定义为A类的测试命令对象执行初始化时,依照仪器装置的信息,通过呼叫各个机种(A1、A2、A3)API事先规范的API_GetFunctTable()函式,来加载A类仪器各机种(A1、A2、A3)的“API函式地址表”的示意图;
图3为该处理方法的每个属于不同仪器装置的测试命令,如何被分配到正确的API函式中来加以执行;
图4为该处理方法的测试命令函式库中测试命令函式内部参数封装示意图;
图5为该处理方法说明测试命令函式如何依照逻辑上指定的量测通道进行测试的示意图;
图6为该处理方法图形操作的一实施例,本例显示编辑环境所参考的测试命令函式库为系统预设的那一组,画面右方的树状结构会依照仪器装置的命令加以分类;
图7为该处理方法另一图形操作实施例,本例显示编辑环境所参考的测试命令函式库会依照设定自动扩充至3组,此外,画面右方的树状结构也会依照所指定的命令函式库内容进行更新;
图8为该处理方法的图形操作介面实施例,显示进行控制流程测试除错时的状况;以及
图9为该处理方法的图形操作介面实施例,本例显示进行控制流程执行完毕后的读值判读状况。
具体实施方式
首先将具有通讯介面的可程序化仪器以功能做一分类,其分类法会依据其应用的特性,而不论是否为同一厂牌或同一型号,例如:示波器(DSO)、数字电表(DMM)、可程序交流电源供应器(AC Source)、可程序直流电子负载(DC Load)等。在图2中,我们以一被定义为A类的测试命令对象执行初始化时,如何依照仪器装置的信息,加载A类仪器各个机种(A1、A2、A3)API函式地址表,包括:其所设定的通讯介面参数、并联状态与DLL档名称。并定义属于各类仪器的测试命令函式(Test Command)原型以整合为一动态连结函式库;其函式原型如下所述(请参阅图4):
int TSTCMDEXPORT
SetAllLoad_Von(CVariant**pVarList);
而所有测试命令函式的原型都是一样的,差别仅在于其函式名称,其参数型态为一指向特殊C++类别对象(CVariant)的对象串行,可以支持不定长度的参数,各个参数的解释端视各测试命令函式内部程序代码实现方式。而测试命令会呼叫各类仪器的一致化程序呼叫介面(API)会将各类别下的各机种仪器驱动程序包装为一动态连结文件(DDL)。
请参阅图1所示,通过一指定测试命令函式所需参数及测试命令10,由控制流程编辑器11执行顺序及逻辑关系,并经过转译器12的转译程序,由内建的执行引擎对于目前正在编辑的控制流程进行测试与除错13,即可依其指定的内容由执行引擎14直接呼叫仪器装置相关信息15,以进行对硬件装置的存取,并依照自硬件装置取出读值与其上、下限比较是否合乎规格。
请参阅图3所示,每个属于不同仪器装置的测试命令,被分配到正确的API函式中来加以执行。测试命令函式库20会动态整合各仪器的API为一组(Test CommandLibrary),即形成前述的动态连结文件(DDL),各个类别的仪器有其对应的一群测试命令集30,而且必须支持DeviceInit()、DeviceClose()与DeviceStandBy()函式;当测试命令函式库被动态加载系统时,会自动依照所指定的仪器装置逐项呼叫其DeviceInit()函式,执行各装置的初始化动作并取得系统资源;当测试命令函式库被系统卸载时,会逐项呼叫其DeviceClose()函式,以归还所占据的系统资源;当系统执行过程必须做暂时性的检视时,会逐项呼叫各装置的DeviceStandBy()以避免不必要的危险性。
此外,测试命令可以针对同一类仪器的某一部装置(或其信道)单独下命令,也可以一次下命令给属于这一类的所有装置(或其信道),请参考图5。
请同时参阅图6~图9所示,为本发明的图形操作介面实施例。图6中,首先需定义一表格清单用以描述各机种仪器的API函式的相关信息,包括:机种名称、试用的通讯接口(GPIB、RS-232、RS-485、CAN Bus)以及其预设的参数值、API函式库名称等。并提供图形介面的编辑方式,让使用者可以指定所要参与测试的仪器或是其相关参数,并将此设定值储存成一个可重复编辑的二进制文件,供执行引擎执行前动态加载系统中。
在上述所提的图形介面的编辑方式环境中,使用者可以做变量的宣告、规格值的定义以及控制流程的编排,变量会依其特性区分为:测试设定函参数、测试读值变量、暂时变量与全域变量。控制流程除了可以呼叫与仪器相关的测试命令之外,还可以呼叫如一般程序语言所提供的条件判断函式与字符串处理函式。
图7则显示编辑环境所参考的测试命令函式库会依照设定自动扩充至3组(箭头标示处),此外,画面右方的树状结构也会依照所指定的命令函式库内容进行更新。
且此编辑环境中可以切换到执行模式,由内建的执行引擎对于目前正在编辑的控制流程进行测试与除错。图8即为进行测试除错的状态。
前述处理的对象称之为测试项目(Test Item)或测试例程(Test Routine),其目的为定义一群仪控命令的控制流程,以达到自动化测试的目的;而要储存测试项目(Test Item)或测试例程(Test Routine)前,会执行“转译”的程序,所谓“转译”基本上可分为3道程序,首先就是将使用者在目前所宣告的本地(测试设定参数、测试读值变量、暂时变量)与全域变量名称、型别作逐一地检查,并且对于在每项测试命令的每一参数所指定的变量名称、型别逐一地检查其合理性。其次,在内存中产生5张变量表格,包括:测试设定参数、测试读值变量、暂时变量、全域变量与常数数值。最后,将测试命令的每一参数所指定的变量或常数值,解译为表格之索引。
经过“转译”程序后的测试项目(Test Item)或测试例程(Test Routine)其好处在于,当此测试项目(Test Item)或测试例程(Test Routine)的每一道测试命令在被执行时,会直接依其索引值取得变量的参考位置,以加快执行时的速度。
前述的“转译”与程序语言的Compiler或Interpreter不同,因为“转译”不会将原始码编译为机器码。
使用者要对于目前正在编辑的控制流程进行测试与除错前,必须先经过“转译”的解译成功。测试项目(Test Item)或测试例程(Test Routine)在被执行前,执行引擎首先会对于预先指定的硬件装置进行初始化(Initialization)的程序,以确保系统上的仪器存在且连线正常。
执行引擎在执行测试项目(Test Item)或测试例程(Test Routine)时,会依照每一道测试命令的名称到测试命令函式库(DLL)中,动态地取得其函式的指标,再依照使用者于此测试命令所指定的参数内容(型别及数目),包装成一个通用型态的参数串行(此串行支持不定长度之参数数目),然后才呼叫此道测试命令。测试明令执行时,执行引擎可以将目前的执行状况传给测试除错环境,使用者可以在某一道测试命令设定断点,并可检视目前的所有变量内容值。
本发明的测试命令函式库为一动态连结文件(DLL),本系统可支持一个以上的测试命令函式库,只要将符合所规范的测试命令函式原型的函式库包装成不同的DLL,然后在编辑环境与执行引擎中,指定不同的测试命令于测试项目(Test Item)或测试例程(Test Routine)中,系统软件程序不需重新编译,即可加以执行、测试与除错。
图9为显示进行控制流程执行完毕后的读值判断状况。
本发明的自动测试系统仪器装置执行控制与撷取数据的处理方法还具有下列特点:
1.自动测试系统使用最佳化测试命令(快取)技术来防止系统软件将重复的控制命令下到系统硬件装置,明显的改善测试速度,虽采用开放式软件架构,其效率却如同封闭或最佳化的自动测试系统一样高。
2.为满足电源供应器测试上的要求,自动测试系统内建多组测试项目,也提供使用者扩充测试项目功能,若有新的需求,可以从测试项目编辑功能里,编辑想要的测试项目。
3.自动测试系统具有报表编辑制作、统计分析和管理功能,能提供完整的工具来产生测试文件和执行系统管理,而现今研究开发人员的产品研究,品保部门的验证,生产线大量测试,均对于测试和统计报表制作,相当重视,这些功能有效的帮助使用者节省很多制作文件的时间。
4.自动测试系统使用者尚可通过网络的结合,将测试结果传至网络或网页上,同时拥有远程监控生产线的功能。
以上所述,仅为本发明的较佳可行实施例而已,故举凡依据本发明权利要求范围所做的等效变化,理应包含在本发明的保护范围之内。
Claims (11)
1、一种对自动测试系统仪器装置执行控制与撷取数据的处理方法,经由本处理方式处理的测试程序(Procedure)或例程(Routine),无需经由编译器或直译器即可达到对仪器装置存取的功能,并可动态扩充其可支持的命令函式库,其特征在于包括下列步骤:
将具有通讯接口的可程序化仪器功能作一分类,定义属于各类仪器的一致化程序呼叫介面(API),并定义属于各类仪器的测试命令函式(Test Command)原型以整合为一动态连结函式库;
通过一指定测试命令函式所需参数及测试命令执行顺序及逻辑关系,并经过转译,可依其指定的内容由执行引擎直接呼叫相关的仪器驱动程序,以进行对硬件装置的存取,并依照自硬件装置取出读值与其上下限比较是否合乎规格与否。
2、根据权利要求1所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所制定的控制流程与参数宣告皆可储存在一集中式的档案,并可随时加以维护修改以因应不同的测试需求。
3、根据权利要求1所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述仪器分类是依据各仪器的应用特性为其特征。
4、根据权利要求1或3所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述各类仪器的一致化程序呼叫介面(API)会将各类别下的各机种的仪器驱动程序包装为一动态连结文件(DLL)。
5、根据权利要求1所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述测试命令函式库将动态地整合各个仪器的API为一组(TestCommand Library)形成一动态连结文件(DLL),各个类别的仪器有其对应的一群测试命令集,支持DeviceInit()、DeviceClose()与DeviceStandBy()函式。
6、一种对自动测试系统仪器装置执行控制与撷取数据的处理方法,至少包括以下步骤:
a.定义一清单用以描述各机种仪器的API函式的相关信息;
b.提供一图形介面的编辑方式,让使用者可以指定所要参与测试的仪器及其相关参数,并将设定值存成一个可重复编辑的二进制文件,以供执行引擎执行前动态加载系统中;
c.指定不同的测试命令于测试项目或测试例程中,系统软件程序不需重新编译,即可加以执行、测试与除错。
7、根据权利要求6所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述步骤b图形介面的编辑软件中,使用者可以做变量的宣告、规格值的定义以及控制流程的编排,变量依其特性作区分。
8、根据权利要求6所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:还包括步骤d:
储存测试项目或测试例程,并会执行以下程序:
a.将使用者在目前所宣告的本地与全域变量名称、型别作逐一检查,并且对于在每项测试命令的每一参数所指定的变量名称、型别逐一检查其合理性;
b.其次,在内存中产生数变量表格;
c.最后,将测试命令的每一参数所指定的变量或常数值,解译为表格的索引。
9、根据权利要求6或8所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述测试项目或测试例程在被执行前,执行引擎首先会对于预先指定的硬件装置进行初始化(Initialization)的程序,以确保系统上的仪器存在且连线正常。
10、根据权利要求1或6所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述执行引擎在执行测试项目或测试例程时,依照每一道测试命令的名称到测试命令函式库(DLL)中,动态地取得其函式的指标,再依照使用者于此测试命令所指定的参数内容,包装成一个通用型态的参数串行,才呼叫此道测试命令。
11、根据权利要求1或6所述的对自动测试系统仪器装置执行控制与撷取数据的处理方法,其特征在于:所述测试命令执行时,执行引擎可以将目前的执行状况传给测试除错环境,使用者可以在某一道测试命令设定断点,并可检视目前的所有变量内容值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510115365 CN1983168A (zh) | 2005-11-16 | 2005-11-16 | 对自动测试系统仪器装置执行控制与撷取数据的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200510115365 CN1983168A (zh) | 2005-11-16 | 2005-11-16 | 对自动测试系统仪器装置执行控制与撷取数据的处理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1983168A true CN1983168A (zh) | 2007-06-20 |
Family
ID=38165728
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200510115365 Pending CN1983168A (zh) | 2005-11-16 | 2005-11-16 | 对自动测试系统仪器装置执行控制与撷取数据的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1983168A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227345B (zh) * | 2008-02-05 | 2010-08-18 | 中兴通讯股份有限公司 | 基于应用程序接口的自动测试方法 |
CN101944062A (zh) * | 2010-09-21 | 2011-01-12 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口配置方法 |
CN101944026A (zh) * | 2010-09-21 | 2011-01-12 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口实现方法 |
-
2005
- 2005-11-16 CN CN 200510115365 patent/CN1983168A/zh active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101227345B (zh) * | 2008-02-05 | 2010-08-18 | 中兴通讯股份有限公司 | 基于应用程序接口的自动测试方法 |
CN101944062A (zh) * | 2010-09-21 | 2011-01-12 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口配置方法 |
CN101944026A (zh) * | 2010-09-21 | 2011-01-12 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口实现方法 |
CN101944026B (zh) * | 2010-09-21 | 2013-01-02 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口实现方法 |
CN101944062B (zh) * | 2010-09-21 | 2013-01-23 | 中国人民解放军63961部队 | 一种通用虚拟仪器接口配置方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102636704B (zh) | 一种电子产品的测试方法、装置及系统 | |
CN101212362B (zh) | 一种融合多类型测试工具的自动化测试装置及方法 | |
CN110287097A (zh) | 批量测试方法、装置及计算机可读存储介质 | |
US20070005805A1 (en) | System and method for managing and exchanging the data of a technical project, technical installation and individual installation components | |
CN110134400A (zh) | 数据获取方法、装置、电子设备及计算机可读存储介质 | |
US20050155014A1 (en) | Graphical program which includes an I/O node for hardware abstraction | |
CN104699613B (zh) | 一种航天器测试需求自动生成系统及其方法 | |
US10216495B2 (en) | Program variable convergence analysis | |
CN106776314A (zh) | 一种测试系统 | |
CN100370465C (zh) | 一种自动调度逻辑仿真与代码覆盖率分析的方法与系统 | |
CN101594627A (zh) | 一种模拟移动终端故障的装置和方法 | |
US5940604A (en) | Method and apparatus for monitoring the performance of a circuit optimization tool | |
CN104090186A (zh) | 一种基于安全仪表的模拟量自动检验系统 | |
CN100504761C (zh) | 在不同种类的体系结构中映射调试信息的方法 | |
CN1983168A (zh) | 对自动测试系统仪器装置执行控制与撷取数据的处理方法 | |
CN103049374A (zh) | 一种自动化测试的方法及装置 | |
CN110069414A (zh) | 回归测试方法及系统 | |
WO1997040425A2 (en) | Idiomatic control language implementation | |
CN104714468A (zh) | 一种连续功能图文件的比较方法 | |
CN101501638A (zh) | 等离子处理系统部件分析软件以及生成该软件的方法和系统 | |
CN113805861B (zh) | 基于机器学习的代码生成方法、代码编辑系统及存储介质 | |
CN109359039A (zh) | 一种提升Sahi自动化测试效率的方法 | |
CN115295083A (zh) | 一种RNA-Seq测序数据分析方法 | |
US20050015358A1 (en) | Method of automatically recognizing configuration information units of experimental data and patterns of array rules and storage medium therefor | |
CN112508535A (zh) | 一种基于jbpm的用于审批的工作流的改进方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |