CN101387980B - 配置文件测试系统及方法 - Google Patents
配置文件测试系统及方法 Download PDFInfo
- Publication number
- CN101387980B CN101387980B CN2007101540473A CN200710154047A CN101387980B CN 101387980 B CN101387980 B CN 101387980B CN 2007101540473 A CN2007101540473 A CN 2007101540473A CN 200710154047 A CN200710154047 A CN 200710154047A CN 101387980 B CN101387980 B CN 101387980B
- Authority
- CN
- China
- Prior art keywords
- instruction
- configuration file
- execution parameter
- default configuration
- code
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
一种配置文件测试系统及方法,通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业,该缺省配置文件具有多指令且各该指令均对应具有多执行参数,本发明主要通过检测该有效配置文件所具有的多指令,并标示所检测到的特殊指令,进而依据该特殊指令的标示,自所储存的有效配置文件逐一获取与该特殊指令所对应的指令、及对应该指令的执行参数,以分别组合多待测试指令执行该多待测试指令。
Description
技术领域
本发明涉及一种配置文件测试技术,更详而言之,通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业的配置文件测试系统及方法。
背景技术
随着网络环境的普及,带动了各种网络相关设备的广泛应用及高速发展,目前架构网络环境常用的网络设备可例如为路由器、集线器、交换机以及作为网络枢纽使用的服务器(Server)等。
以前述的服务器为例,服务器的配置过程依照预先编写的启动配置文件而进行,其中,该启动配置文件相当于一具有多级的指令组的集合,通过依次执行该指令集合内的各级指令组中的各条指令便可达到按实际需要来配置服务器的目的,而如果该启动配置文件中某一部分出现错误,极有可能会影响到服务器的正常运作,因此,极有需要对该启动配置文件进行测试。
然而,于现有的启动配置文件的测试过程中,采用人工测试方式,即需通过手工作业执行该配置文件所包含的指令以达到测试其正确与否的目的,而正如前文所述,由于该配置文件分为多级的指令组的结构,因此需执行的指令极其繁多,同时,每条指令对应具有相当多的参数,因而,也需依据该些参数来测试该指令的各项功能。由此可见,人工测试作业的工作量将极其庞大。另一方面,如何覆盖到每条指令的测试则是另一个不易解决的问题。此外,包括执行数量庞大测试指令在内的测试作业中,也极易出现误操作或误判断等问题,从而产生遗漏或错误,并导致需重复测试甚至重新测试的结果,对于测试工作的效率影响不可轻忽。
此外,由于该测试指令所要执行的工作量庞大,将会使得测试周期变长,相当程度地延误服务器的出货时间,致使企业竞争力下降。
因此,如何找到一种快速可靠的配置文件测试技术,以解决上述种种问题,实为目前亟待解决的问题。
发明内容
鉴于上述现有技术的缺点,本发明的一个目的在于提供一种自动化的配置文件测试系统及方法,提高工作效率,降低工作成本。
本发明的另一个目的在于提供一种快速可靠的配置文件测试系统及方法。
本发明的再一个目的在于提供一种覆盖面广的配置文件测试系统及方法。
为达到上述及其他相关的目的,本发明提供一种配置文件测试系统及方法,通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业,该缺省配置文件具有多指令且各该指令均对应具有多执行参数,其中,该数据处理装置还具有通过删除缺省配置文件所包含的无用指令,并且于该缺省配置文件末端加入终止指令,以将该缺省配置文件处理为有效配置文件的处理模块。
于一个实施例中,该配置文件测试系统包括:检测模块,用以检测该有效配置文件所具有的多指令,以针对判断为用以表征应用于不同配置模式的指令组的功能表征代码者发出标示信号;标示模块,用以接收该标示信号,并对该功能表征代码者加以标示;以及指令合成模块,依据该功能表征代码的标示逐一获取对应该功能表征代码的指令,同时通过该数据处理装置逐一获取对应该指令的各个执行参数,以分别组合多待测试指令从而通过该数据处理装置执行该多待测试指令并获取测试结果。
前述的配置文件测试系统中,该无用指令为指令注释及空行。并且,该配置文件测试系统还可包括一个连接该指令合成模块的判断模块,用以判断该测试作业是否结束。其中,该判断模块通过文字处理方式获取该指令及对应的多执行参数。
该配置文件测试方法则包括:检测该有效配置文件所具有的多指令,针对判断为用以表征应用于不同配置模式的指令组的功能表征代码者加以标示;依据该功能表征代码的标示逐一获取与该功能表征代码对应的指令,同时与该处理模块交互以逐一获取与该指令所对应的各个执行参数;以及分别组合多待测试指令,从而通过该数据处理装置执行该多待测试指令并获取测试结果。
于前述的配置文件测试方法中,该功能表征代码为命令节点,其中,根据命令节点的层次结构设置该标示,以供记录当前该功能表征代码的层级。同时,根据该标示进入该功能表征代码并执行该测试作业。此外,该无用指令为指令注释及空行。优选地,通过文字处理方式获取指令及对应的多执行参数,其中,可选择使用正则运算式以及阵列对交互的结果进行处理,以获取指令及对应的多执行参数。
相比于现有技术,本发明的配置文件测试系统及方法主要有效配置文件所具有的指令前,检测并标示其中的功能表征代码,以供依据该标示读取与该功能表征代码对应指令及相关执行参数,分别组合各该指令及对应各该指令的执行参数以生成待测试指令,从而供测试以获取测试结果;换句话说,以自动化测试程序代替人工测试,故可提高测试效率、降低测试成本。同时,整个测试过程是由配置文件测试系统通过数据处理装置予以执行,一方面处理速度快,且不会出现误操作、误判断等状况;另一方面测试覆盖面广,故相对提高了工作效率与生产速度,并能降低生产成本,进而解决前述现有技术的种种问题。
附图说明
图1为本发明的配置文件测试系统一实施例的应用架构示意图;
图2为缺省配置文件的示意图;
图3为命令节点的层次结构图;以及
图4为本发明的配置文件测试方法一实施例的步骤流程图。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域的技术人员可由本说明书所述的内容轻易地了解本发明的其他优点与功效。
请参阅图1,其为于数据处理装置1上应用本发明的配置文件测试系统2的架构示意图。须特别说明,该数据处理装置1另可包括其他的构件,本发明的配置文件测试系统2也可包括其他的构件,为简化图式及说明,此处的基本架构仅显示与本发明有关的构件。
于本实施例中,本发明的配置文件测试系统2通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业。该缺省配置文件具有多指令且各该指令均对应具有多执行参数,其中,缺省配置指在没有指定的情况下由系统提供给的基本配置,缺省配置的指令包括预设的缺省值(默认值),亦即,称为缺省配置指令或默认配置指令的指令。该数据处理装置2还具有用以将该缺省配置文件处理为有效配置文件的处理模块10,本发明可通过例如网际网络等将电子设备例如电脑、服务器等的配置文件下载并导入该数据处理装置1以进行测试,其中,该数据处理装置1为一待测试设备(Device under Test,DUT),意即该测试过程完全于该待测试设备上完成。
此外,于本实施例中,如图2所示,该缺省配置文件具有多指令,且该多指令中包括多特殊指令,称为“命令节点(command node)”,例如chassis-mgmt、interface 1/0/1等。对应于该特殊指令的其他指令(例如chassis blue-led off、dotlx port-control auto等)则与该特殊指令划归一起构成一组,不同的指令组对应实现电子设备不同的配置方式,以达成配置电子设备的不同功能,即不同的配置模式(Mode)。由于缺省配置文件为现有者,于此仅为例示性说明,并非用以限制本发明,且详细的文件内容也不再赘述。
应注意的是,各该配置模式按层次结构排列,即一种配置模式可具有多子配置模式及一上级配置模式。此外,各该指令均对应具有多执行参数,分别表示该指令的不同功能的选项,例如“on”、“auto”、或者“off”等,从而可与该指令组合以实现不同的功能,此部分内容将在后述中作更详细描述。
而该配置文件的处理模块10,用以将该缺省配置文件处理成有效配置文件,并输出该有效配置文件。于本实施例中,「将该缺省配置文件处理成有效配置文件」指该处理模块10删除缺省配置文件所包含的无用指令,并且于该缺省配置文件末端加入终止指令(例如“END”、“EXIT”等),其中,该无用指令为指令注释、空行、及以「!」开始的行(如图2所示),即无关于指令执行的部分,一般程序中均会带有。
本发明的配置文件测试系统2至少包括:连接该处理模块10的检测模块20、连接该检测模块20的标示模块21、以及连接该标示模块21的指令合成模块22。
该检测模块20,用以检测该有效配置文件所具有的多指令,以针对判断该指令为特殊指令者发出标示信号。于本实施例中,该特殊指令为预设,相比于其他一般指令,其仅作为一表征功能的代码,而并不一定具有实际执行的功效,而于此处,其用以表征应用于不同配置模式的指令组的功能表征代码,即为前述的“命令节点”。
该标示模块21,用以于接收到该标示信号时,对所检测到的特殊指令加以标示。于本实施例中,如前所述,由于配置文件一般呈树型分布,因此该标示即用以标示该特殊指令即“命令节点”,以此获取各指令组所对应的配置模式所在层级(level)等信息,如图3所示,命令节点的最上层为「特权模式(privilege mode)」,权限模式之下可分为「全域程序模式(global config mode)」与「内部管理模式(chassis-mgmtmode)」,而全域模式之下又可分为「线路模式(line mode)」与「界面模式(interface mode)」。如此,可以方便定位该指令组内的指令,以进行类如调用等操作。
该指令合成模块22,用以依据该特殊指令的标示,自所储存的有效配置文件逐一读取与该特殊指令对应的指令,同时自所储存的多执行参数中逐一取出与所读取的指令对应的执行参数,以供分别组合多待测试指令,从而通过该数据处理装置1执行该多待测试指令,以供获取测试结果。
该测试系统2还可包括一判断模块23,用以判断测试作业是否结束,亦即,是否已读取到该终止指令。例如,可用“END”、“EXIT”等表示是否被读取,以针对判断为该终止指令者发出结束该配置文件的测试作业的信号。
于本实施例中,与该特殊指令对应的指令指与该特殊指令(即,命令节点)处于同一指令组(如前所述,即包含可于相同配置模式下操作的各条指令),该组合指将一指令与其所对应的多执行参数分别组合并生成多待测试指令,即采用遍历(Ergodicity)各个执行参数的方式,例如,若要测试一名为“chassis”的指令,而其对应具有“on”及“off”两参数,因此,组合后便可分别生成“chasis on”及“chasis off”两条待测试指令以供执行,且于本实施例中,为判断是否已遍历所有的执行参数,还可通过该判断模块23来判断是否该指令及与其对应的所有执行参数均已组合生成待测试指令。
而且,该获取作业均通过文字处理,例如“chassis blue-led Off”,用文字处理截取其中的“chassis blue-led”即指令,然后配以通配符“?”,即“chassis blue-led?”加以运行,一般的测试系统均会对此以阵列形式列出对应的多执行参数,再通过文字处理对该多执行参数加以截取并储存于数组中,从而供逐一提取以将所获取的指令及对应的执行参数合成为待测试指令(即例如指令“chassis blue-led”与执行参数“on”及“off”分别合成“chassis blue-led on”及“chassis blue-led off”)。
虽然本发明的测试作业于linux系统中进行,但该执行参数获取方法也可随测试环境的不同而相应变化,非以本实施例为限。
此外,于本实施例中,该待测试指令的执行作业指通过一当前运行配置程序(show running-config)对该待测试指令进行执行操作,并对运行结果加以显示,若该待测试指令与预设的缺省配置指令相同且于该程序中未显示结果,或者该待测试指令与预设的缺省配置指令不同且于该程序中显示结果时,则测试通过,反之则表示测试失败,须注意的是,该数据处理装置1可预设一对应的判断机制以判别该运行成功予否,或通过该判断模块23实现亦可,由于该通过或失败的测试标准为现有,因而在后述中不另作赘述。
于本实施例中,须特别说明者,各该指令的执行过程需于对应的配置模式下进行,而后需进入该配置模式的层次结构的最外层的特权模式下对该执行结果进行相应判别,以获取测试结果。
承前所述,优选地,该判断模块23还可用以判断是否该指令及与其对应的所有执行参数均已组合生成待测试指令,若是则进行后续的执行该多待测试指令的作业;反之,则继续执行测试指令的组合生成。
请参阅图4,其为本发明的配置文件测试方法,通过将缺省配置文件导入数据处理装置1以进行该缺省配置文件的测试作业,该缺省配置文件具有多指令且各该指令均对应具有多执行参数,其中,该数据处理装置1还具有用以将该缺省配置文件处理为有效配置文件的处理模块10。
简而言之,该方法以保存的缺省配置文件为输入,通过该配置文件测试系统2来与该数据处理装置1进行呼叫层级界面(call levelinterface,CLI)交互,使用正则运算式(Regular Expression)和阵列对交互的结果进行处理,设置一个标示来确定命令的层次,构造新的配置命令并执行。最后,可再和当前运行配置进行匹配,确定配置命令成功还是失败。其中,使用正则运算式可将数小时辛苦而且易错的文件处理工作压缩在几分钟、甚至几秒钟内完成,故可提高测试效率。同时,由于正则运算式的原理与应用方法属现有者,故在此不另做说明。
详而言之,如图4所示,可例如包括如下步骤:检测该有效配置文件所具有的多指令,针对判断为特殊指令者加以标示;依据该特殊指令的标示逐一获取与该特殊指令对应的指令,同时与该处理模块交互以逐一获取与该指令所对应的各个执行参数;以及分别组合多待测试指令,从而通过该数据处理装置执行该多待测试指令并获取测试结果。
可先进行步骤S1,下载并导入缺省配置文件(如图2所示)至该数据处理装置1(即,待测试设备)。接着,进行步骤S2。
在步骤S2中,通过该处理模块10将该缺省配置文件处理为有效配置文件即删除该缺省配置文件所包含的无用指令(注释行及空行等),并且于该缺省配置文件末端加入终止指令以将该缺省配置文件处理为有效配置文件,并将该有效配置文件加以储存。于本实施例中,该处理模块10可打开该缺省配置文件,根据具体的设备定义来去掉无用指令(包括空行和以!开始的行),然后把这些缺省命令放入defaultconfig阵列中,最后放入END标示。于此,可采用shift操作,放新取出的命令到前一个命令之前。接着,进行步骤S3。
在步骤S3中,登录(例如,通过网络等方式)至该数据处理装置1。于本实施例中,可例如通过Expect模块以CLI互动式方式进行登录,以方便即时获取测试进度的反馈信息。接着,检测该有效配置文件所具有的多指令,针对判断为特殊指令者加以标示。
在步骤S4中,可利用该检测模块20来读取该有效配置文件所包含的指令,并判断测试作业是否结束,即是否已读取到该终止指令,例如“END”或“Exit”等,若是,测试作业结束;于本实施例中,可例如使用pop操作,从defaultconfig阵列中取出一条命令并判断是否读取为END的终止指令,如果是END,关闭该缺省配置文件。若否,接着进行步骤S5。
在步骤S5中,判断所读取的指令是否为特殊指令(即,命令节点),于本实施例中,该命令节点例如为“chasis-mgmt、interface 1/0/1”,虽非构成完整的可执行指令,但其对应表征于何配置模式下可执行的指令组,并且其对应于该指令组中的指令,所有的命令节点的名称预存于该数据处理装置1上,即,与图3的命令节点层级结构图比对,即可判断该指令是否为命令节点,若是则进行步骤S6;若否,则进行步骤S7。
在步骤S6中,可利用该标示模块21来标示该特殊指令,即记录下当前的命令节点的相关指令需于哪个配置模式下运行,以及该配置模式所在层次等相关信息。于本实施例中,根据图3的命令节点层次结构图来记录当前命令节点的层级;亦即,根据命令节点的层次结构设置该标示,以供记录当前该特殊指令的层级,然后返回步骤S4。
之后,可依据该特殊指令的标示逐一获取与该特殊指令对应的指令,同时与该处理模块交互以逐一获取与该指令所对应的各个执行参数。其中,根据该标示进入该特殊指令并执行该测试作业。
在步骤S7中,依据该特殊指令的标示,进入对应的配置模式下,并另自所储存的有效配置文件中逐一获取与该特殊指令所对应的指令。于本实施例中,先通过文字处理以取得该指令,例如,使用正则运算式以及阵列对交互的结果进行处理,可根据该特殊指令的标示进入指定的节点,去掉缺省配置命令的最后一个栏位,并保存剩下字串为前一指令(precommand)。举例来说,将“chassis blue-led Off”去掉缺省配置命令的最后一个栏位”Off”,截取其中的“chassis blue-led”即为前一指令。接着,进行步骤S8。
在步骤S8中,通过该数据处理装置1撷取所获取的指令对应的执行参数,即如前述的将所截取的例如“chassis blue-led”配以通配符“?”,即“chassis blue-led?”,并加以运行,该配置文件测试系统2即会数列形式列出对应的多执行参数例如“on”、“off”等。亦即,执行新的命令”chassis blue-led?”,得到萤幕输出,通过字元处理得到第一列,放入lastword阵列。此功能于DOS、Linux等系统中为常见,进而再通过文字处理对该所列出的多执行参数加以截取并储存于数组中,以逐一取出。虽然本发明的测试作业于linux系统中进行,但该执行参数获取方法也可随测试环境的不同而相应变化,非以本实施例为限。接着,进行步骤S9。
最后,可分别组合多待测试指令,从而通过该数据处理装置执行该多待测试指令并获取测试结果。
在步骤S9中,可利用该指令合成模块22将所获取的指令及对应的执行参数合成为待测试指令,亦即,将例如指令“chassis blue-led”与执行参数“on”及“off”分别合成为“chassis blue-led on”及“chassisblue-led off”。换句话说,可根据标示退到特权模式,从lastword阵列取出一个元素。接着,进行步骤S10。
在步骤S10中,可利用该判断模块23来判断所读取的指令是否已与所对应的多执行参数中所有执行参数组合完毕,若是,即,判断从lastword阵列取出一个元素为空,则返回步骤S4以读取下一条指令;若否,则与前一指令组合成新的命令,接着进行步骤S11。
在步骤S11中,执行该待测试指令,并进入该特权模式以获取测试结果。即,可先判断该待测试指令是否为缺省的配置命令,通过一当前运行配置程序(show running-config)对该待测试指令的执行结果加以显示。如果该待测试指令是缺省的配置命令,匹配当前运行配置程序吗?若匹配当前运行配置程序,执行结果是失败,反之则表示通过。但是,如果该待测试指令不是缺省的配置命令,匹配当前运行配置程序吗?若匹配当前运行配置程序,执行结果是通过,反之则表示失败。亦即,若该待测试指令与预设的默认配置指令相同且于该程序中未显示结果,或者该待测试指令与预设的默认配置指令不同且于该程序中显示结果时,则测试通过,反之则表示测试失败。接着返回步骤S8。
须说明的是,于本实施例中,采用每组合一条待测试指令即加以执行并测试,当然,也可于一指令与其所对应的所有执行参数组合生成全部待测试指令后再进行测试,非以本实施例为限。
相比于现有技术,本发明的配置文件测试系统及方法主要透及与该有效配置文件所具有的指令对应的多执行参数,于读取该指令前,检测并标示其中的特殊指令,以供依据该标示读取与该特殊指令对应指令及相关执行参数,分别组合各该指令及对应各该指令的执行参数以生成待测试指令,从而供测试以获取测试结果。
该测试过程均由软体通过数据处理装置控制完成,除能增加处理速度,且不会出现误操作及/或误判断等状况;还能增加测试覆盖面,进而提高测试效率及生产速度,且能降低生产成本。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何本领域技术人员均可在不违背本发明的精神及范畴下,对上述实施例进行修饰与改变。因此,本发明的权利保护范围,应如后述的申请专利范围所列。
主要元件符号说明
1 数据处理装置
10 处理模块
2 配置文件测试系统
20 检测模块
21 标示模块
22 指令合成模块
23 判断模块
S1至S11方法流程
Claims (10)
1.一种配置文件测试系统,通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业,该缺省配置文件具有多指令及对应各该指令的多执行参数,其中,该数据处理装置还具有通过删除缺省配置文件所包含的无用指令,并且于该缺省配置文件末端加入终止指令,以将该缺省配置文件处理为有效配置文件的处理模块,该配置文件测试系统包括:
检测模块,用以检测该有效配置文件所具有的多指令,以针对判断为用以表征应用于不同配置模式的指令组的功能表征代码者发出标示信号;
标示模块,用以接收该标示信号,并对该功能表征代码者加以标示;以及
指令合成模块,用以依据该功能表征代码的标示逐一获取对应该功能表征代码的指令,同时与该处理模块交互以逐一获取对应于该指令的各个执行参数,并将该指令与其所对应的各个执行参数分别组合以生成多待测试指令,以供该数据处理装置执行该多待测试指令并进行该测试作业。
2.根据权利要求1的配置文件测试系统,其中,该无用指令为指令注释及空行。
3.根据权利要求1所述的配置文件测试系统,还包括一个连接该指令合成模块的判断模块,该判断模块用以判断该测试作业是否结束。
4.根据权利要求3所述的配置文件测试系统,其中,该判断模块通过文字处理方式获取该指令及对应的多执行参数。
5.一种配置文件测试方法,通过将缺省配置文件导入数据处理装置以进行该缺省配置文件的测试作业,该缺省配置文件具有多指令及对应各该指令的多执行参数,其中,该数据处理装置还具有通过删除缺省配置文件所包含的无用指令,并且于该缺省配置文件末端加入终止指令,以将该缺省配置文件处理为有效配置文件的处理模块,该配置文件测试方法包括:
检测该有效配置文件所具有的多指令,针对判断为用以表征应用于不同配置模式的指令组的功能表征代码者加以标示;
依据该功能表征代码的标示逐一获取与该功能表征代码对应的指令,同时与该处理模块交互以逐一获取与该指令所对应的各个执行参数;以及
将该指令与其所对应的各该执行参数分别组合以生成多待测试指令,从而通过该数据处理装置执行该多待测试指令并获取测试结果。
6.根据权利要求5所述的配置文件测试方法,其中,该功能表征代码为命令节点。
7.根据权利要求6所述的配置文件测试方法,其中,根据命令节点的层次结构设置该标示,以供记录当前该功能表征代码的层级。
8.根据权利要求5所述的配置文件测试方法,其中,该无用指令为指令注释及空行。
9.根据权利要求5所述的配置文件测试方法,其中,通过文字处理方式获取与该功能表征代码对应的指令,及与该指令所对应的各个执行参数。
10.根据权利要求8所述的配置文件测试方法,其中,使用正则运算式以及阵列对交互的结果进行处理,以获取指令及对应的多执行参数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101540473A CN101387980B (zh) | 2007-09-13 | 2007-09-13 | 配置文件测试系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101540473A CN101387980B (zh) | 2007-09-13 | 2007-09-13 | 配置文件测试系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101387980A CN101387980A (zh) | 2009-03-18 |
CN101387980B true CN101387980B (zh) | 2010-09-22 |
Family
ID=40477412
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101540473A Expired - Fee Related CN101387980B (zh) | 2007-09-13 | 2007-09-13 | 配置文件测试系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101387980B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105681069A (zh) * | 2014-11-21 | 2016-06-15 | 中兴通讯股份有限公司 | 一种cli配置命令响应方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6523169B1 (en) * | 1996-12-04 | 2003-02-18 | Siemens Aktiengesellschaft | Method for testing system components of an object-oriented program |
CN1719786A (zh) * | 2004-07-08 | 2006-01-11 | 中兴通讯股份有限公司 | 数据通讯设备命令行接口命令的自动测试系统及测试方法 |
CN1728104A (zh) * | 2005-07-28 | 2006-02-01 | 北京兆日科技有限责任公司 | 一种安全芯片在dos下的功能检测实现方法 |
-
2007
- 2007-09-13 CN CN2007101540473A patent/CN101387980B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6523169B1 (en) * | 1996-12-04 | 2003-02-18 | Siemens Aktiengesellschaft | Method for testing system components of an object-oriented program |
CN1719786A (zh) * | 2004-07-08 | 2006-01-11 | 中兴通讯股份有限公司 | 数据通讯设备命令行接口命令的自动测试系统及测试方法 |
CN1728104A (zh) * | 2005-07-28 | 2006-02-01 | 北京兆日科技有限责任公司 | 一种安全芯片在dos下的功能检测实现方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101387980A (zh) | 2009-03-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109302522B (zh) | 测试方法、装置以及计算机系统和介质 | |
CN105094783B (zh) | 安卓应用稳定性测试的方法及装置 | |
CN105359102B (zh) | 先进的客户支持服务-先进的支持云门户 | |
US8365196B2 (en) | Method and device for log events processing | |
CN105095059B (zh) | 一种自动化测试的方法和装置 | |
US7739216B2 (en) | Methods and systems for monitoring and diagnosing machinery by incremently testing a rule | |
EP2515265A1 (en) | Transaction model with structural and behavioral description of complex transactions | |
CN105787364B (zh) | 任务的自动化测试方法、装置及系统 | |
CN104598380A (zh) | 一种基于控件的自动化测试方法及系统 | |
CN102468985A (zh) | 针对网络安全设备进行渗透测试的方法和系统 | |
CN101156156A (zh) | 补救不希望有的应用程序的影响 | |
CN111125444A (zh) | 大数据任务调度管理方法、装置、设备及存储介质 | |
CN107832207A (zh) | 接口性能测试方法、装置、存储介质和计算机设备 | |
CN102541729A (zh) | 软件安全漏洞检测装置和方法 | |
CN110750458A (zh) | 大数据平台测试方法、装置、可读存储介质及电子设备 | |
CN109753430B (zh) | 一种地面数据处理系统的接口测试方法 | |
CN101710352A (zh) | 配置仿真器以仿真多个设备的方法、系统和图形用户界面 | |
CN109358975A (zh) | 一种软件运行异常的分析方法、装置、电子设备及存储介质 | |
CN109726830A (zh) | 设备巡检方法、装置、电子设备及存储介质 | |
CN103853663A (zh) | 应用程序测试方法及系统 | |
CN106991048A (zh) | 网页测试方法和装置 | |
CN101710351A (zh) | 用于对多个设备进行仿真的方法和系统 | |
WO2006007588A2 (en) | Method and system for test case generation | |
CN111309734A (zh) | 自动生成表数据的方法及系统 | |
CN112650688A (zh) | 自动化回归测试方法、关联设备以及计算机程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100922 Termination date: 20150913 |
|
EXPY | Termination of patent right or utility model |