CN101876940A - 一种自动化测试方法和装置 - Google Patents
一种自动化测试方法和装置 Download PDFInfo
- Publication number
- CN101876940A CN101876940A CN200910241667XA CN200910241667A CN101876940A CN 101876940 A CN101876940 A CN 101876940A CN 200910241667X A CN200910241667X A CN 200910241667XA CN 200910241667 A CN200910241667 A CN 200910241667A CN 101876940 A CN101876940 A CN 101876940A
- Authority
- CN
- China
- Prior art keywords
- operating system
- program
- sign
- value
- carry out
- 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.)
- Granted
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种自动化测试方法和装置,其中,该自动化测试方法包括:依次地恢复各个操作系统;对当前恢复的操作系统加载被测试程序;针对所述被加载的被测试程序测试用例群;其中,通过执行框架程序实现上述步骤的流程控制。所述自动化测试装置包括:系统恢复模块、加载模块、测试模块和框架程序控制模块。根据本发明,通过执行框架程序,可以实现自动控制操作系统的恢复,以及对当前恢复的操作系统加载被测试程序,进而实现自动化测试恢复的操作系统,不需要投入太多的人力和花费过多的时间,优化了测试操作。
Description
技术领域
本发明涉及计算机应用领域,具体而言,涉及一种自动化测试方法和装置。
背景技术
Windows9X操作系统易破坏且不稳定,使用时间久了,系统中便会留下一堆堆垃圾文件,使系统相当臃肿,造成系统运行速度慢、频繁出错甚至死机。而对于Windows NT或者Windows2000等操作系统,也存在诸多问题,导致需要经常重新安装操作系统,安装Windows操作系统花费的时间大约为一个小时左右,可是让系统恢复到正常使用的状态,即安装有各种程序软件的状态,却需要花费很长时间和精力,影响用户正常使用计算机。
目前,测试工作往往一次只在一个操作系统版本下测试一个或多个测试用例;同时,相关技术中的测试工作过多的依赖操作人员参与完成,具体体现在:
1.需要手工选择并人工恢复操作系统;
2.需要手工选择并启动操作系统;
3.需要人工登录操作系统;
4.需要人工启动测试程序。
由于测试工作重复性高,任务量大,且随着技术水平的提高,越来越多的测试需要在多个操作系统版本下执行,对每个操作系统版本进行测试时,每次都需要操作者手动选择并启动操作系统、人工登录操作系统、人工启动测试程序和人工进行操作系统的恢复等操作,给操作者带来了较大的工作量;因此,采用相关的测试方法往往需要投入大量的人力和时间成本,使用不方便。
针对相关测试技术中需要投入大量的人力和时间成本的问题,目前尚未提出有效的解决方案。
发明内容
针对相关测试技术中需要大量的人力和时间成本的问题而提出本发明,为此,本发明的主要目的在于提供一种自动化测试方法和装置,以解决上述问题至少之一。
为了实现上述目的,根据本发明的一个方面,提供了一种自动化测试方法。
根据本发明的自动化测试方法包括:
依次地恢复各个操作系统;
对当前恢复的操作系统加载被测试程序;
针对所述被加载的被测试程序测试用例群;
其中,通过执行框架程序实现上述步骤的流程控制。
为了实现上述目的,根据本发明的另一方面,提供了一种自动化测试装置,包括:
系统恢复模块,用于依次地恢复各个操作系统;
加载模块,用于对所述系统恢复模块当前恢复的操作系统加载被测试程序;
测试模块,用于针对所述加载模块加载的被加载的被测试程序测试用例群;
框架程序控制模块,用于通过执行框架程序对所述系统恢复模块、所述加载模块和所述测试模块进行控制。
本发明通过采用执行框架程序,可以实现自动控制操作系统的恢复,以及自动启动恢复的操作系统,进而实现自动化测试恢复的操作系统,解决了测试较多依赖人工参与才能完成的问题,不需要投入太多的人力和花费过多的时间,优化了测试操作;尤其对多个操作系统版本进行测试,不必每次都人工参与操作系统的恢复、人工启动恢复的操作系统(人工登录恢复的操作系统)、以及人工启动被测试程序,较大地节省的人力和时间,提高了测试效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例提供的自动化测试方法的流程图;
图2是本发明实施例1提供的自动化测试方法的流程图;
图3是本发明实施例1提供的恢复操作系统的方法流程图;
图4是本发明实施例1提供的自动安装软件开发包的方法流程图;
图5是本发明实施例1提供的自动执行测试用例群的方法流程图;
图6是本发明实施例2提供的自动化测试方法的流程图;
图7是本发明实施例2提供的自动恢复Linux B系统的自动配置方法流程图;
图8是本发明实施例2提供的判断当前操作系统是否未被测试过的方法流程图;
图9是本发明实施例2提供的自动安装软件开发包的方法流程图;
图10是本发明实施例2提供的自动执行测试用例群的方法流程图;
图11是本发明实施例提供的自动化测试装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
下面结合附图对技术方案的实施作进一步的详细描述:
本发明实施例提供了一种自动化测试方法,如图1所示,该方法包括:
步骤10:依次地恢复各个操作系统;
步骤20:对当前恢复的操作系统加载被测试程序;
该被测试程序具体可以为用于测试的软件开发包。
步骤30:针对所述被加载的被测试程序测试用例群;
其中,本发明实施例是通过执行框架程序实现上述步骤的流程控制。
其中,上述框架程序为自定义的测试框架,本实施例为Framework,其中包含有系统恢复过程中用到的一系列文件,这些文件由用户事先手动定义完成。
本实施例通过执行上述框架程序实现步骤10至步骤30的流程控制,该框架程序可以根据系统的具体情况自动完成操作系统的恢复、被测试程序的加载和用例群的测试,而不再需要操作者手动触发上述过程,较大地缩短了测试时间和节省了测试费用,提高了测试效率。
优选的,通过执行框架程序实现上述步骤的流程控制包括:
在该框架程序中设置第一标识;启动该框架程序;
第一标识的状态值为第一工作状态时,确定执行上述步骤10,即,依次地恢复各个操作系统的步骤;
第一标识的状态值为第二工作状态时,确定执行上述步骤20,即,对当前恢复的操作系统加载被测试程序的步骤;
第一标识的状态值为第三工作状态时,确定执行上述步骤30,即,针对被加载的被测试程序测试用例群的步骤。
优选的,上述第一标识的状态值为第一工作状态时,确定执行依次地恢复各个操作系统的步骤(即步骤10)包括:
修改上述第一标识的状态值为第二工作状态。
优选的,当上述框架程序在Windows操作系统环境下运行时,第一标识的状态值为第一工作状态时,确定执行上述依次地恢复各个操作系统的步骤(即步骤10)包括:
从该框架程序的配置文件中读取确定的操作系统的系统备份文件名和GUID(Global Unique Identifier,全球唯一标识码);
根据系统备份文件名组合成Ghost恢复软件能识别的批处理文件;
根据GUID生成系统启动命令,执行该系统启动命令,将默认系统启动设置为WinPE;
启动上述WinPE,该WinPE根据该批处理文件对确定的操作系统进行恢复。
其中,根据上述GUID生成的系统启动命令具体可以是bcdedit命令,该命令可以将默认系统启动设置为WinPE;
WinPE是用于进行系统恢复和备份的软件;WinPE是带有限服务的Windows子系统,基于以保护模式运行的Windows XPProfessional内核和Vista内核。它包括运行Windows安装程序及脚本、连接网络共享、自动化基本过程以及执行硬件验证所需的最小功能。换句话说,WinPE可以被看作是一个只拥有最少核心服务的小操作系统。与Win9X/2000/XP相比,WinPE的主要不同点是:它可以自定义制作自身的可启动副本,在保证需要的核心服务的同时保持最小的操作系统体积,同时它又是标准的32位及64位视窗API(Application Programming Interface,应用程序编程接口)的系统平台。
bcdedit是一个管理BCD(Boot Configuration Data,启动系统引导配置数据)文件存储的命令行工具。它有多种功能,包括创建新存储、修改现有存储以及添加启动菜单选项等,它是编辑WindowsVista和更新版本的Windows的启动配置的主要工具。该工具与Windows Vista分发一起包含在%WINDIR%\System32文件夹中。BCD文件提供了一个用于描述启动应用程序和启动应用程序设置的存储,该存储中的对象和元素可有效地替换Boot.ini。
当该框架程序在Linux操作系统环境下运行时,第一标识的状态值为第一工作状态时,确定执行上述依次地恢复各个操作系统的步骤(即步骤10)包括:
从上述框架程序的配置文件中读取确定的操作系统的系统备份文件名;
根据上述系统备份文件名生成脚本文件;
执行上述脚本文件恢复确定的操作系统。
其中,脚本文件可以为根据dd命令生成的dd脚本,dd命令是Linux/UNIX操作系统中的一个命令,其功能是用指定大小的块拷贝一个文件,并在拷贝的同时进行指定的转换。
在Linux运行环境下,上述框架程序可以通过Linux操作系统加载,加载过程包括:
Linux操作系统启动后,调用编译脚本文件,例如Shell脚本文件;
执行该编译脚本文件中的编译命令(例如:make命令)生成上述框架程序;
加载上述框架程序。
优选的,通过执行上述框架程序实现上述步骤的流程控制还包括:
在上述框架程序中设置第二标识;
相应地,第一标识的状态值为第一工作状态时,确定执行上述依次地恢复各个操作系统的步骤(即步骤10)包括:
启动上述框架程序后,根据第二标识的系统指示值确定要恢复的操作系统,对确定的操作系统执行恢复操作。
本发明实施例中设置第二标识是用来指示当前对哪个操作系统进行恢复,框架程序进行操作系统恢复时,可以根据第二标识中的系统指示值确定当前要恢复的操作系统,该系统指示值具体可以使用系统的标识码或者能够标识系统的其他值。
优选的,确定执行上述对当前恢复的操作系统加载被测试程序的步骤(即步骤20)包括:
修改第一标识的状态值为第三工作状态。
优选的,确定执行上述对当前恢复的操作系统加载被测试程序的步骤(即步骤20)包括:
自动读取上述框架程序中的配置文件,从该配置文件中获取被测试程序的名称;
将该被测试程序的名称组合成能够自动安装的批处理文件;
执行上述能够自动安装的批处理文件,即可完成上述被测试程序的加载。
优选的,上述确定执行针对上述被加载的被测试程序测试用例群的步骤(即步骤30)包括:
自动读取上述框架程序的配置文件中的第二标识的系统指示值;
当上述第二标识的系统指示值不为第一值时,读取用例群中配置文件的个数;其中,第一值为预先设定的,可以为0或其他数值;
当上述用例群中配置文件的个数是不为0时,执行上述被加载的被测试程序,写日志文件,直至执行完所有的用例群;
判断是否执行到最后一个操作系统,如果是,将上述第二标识的系统指示值设置为上述第一值,并修改上述第一标识的状态值为第四工作状态;否则,将上述第二标识的系统指示值加1,并修改上述第一标识的状态值为第一工作状态。
优选的,上述判断是否执行到最后一个操作系统的步骤包括:
判断上述第二标识的系统指示值是否等于上述配置文件中的操作系统数,如果等于,上述当前操作系统为最后一个操作系统;否则,上述当前操作系统不是最后一个操作系统。
本发明实施例通过采用执行框架程序,可以实现自动控制操作系统的恢复,以及自动启动恢复的操作系统,进而实现自动化测试恢复的操作系统,解决了测试较多依赖人工参与才能完成的问题,不需要投入太多的人力和花费过多的时间,优化了测试操作;尤其对多个操作系统版本进行测试,不必每次都人工进行操作系统的恢复、启动恢复的操作系统、以及加载被测试程序和测试用例群等,较大地节省的人力和时间,提高了测试效率。
实施例1
本实施例提供的自动化测试方法是在Windows运行环境下实现的,本发明实施例1中,Framework为自定义的测试框架,其中包含有系统恢复过程中用到的一系列文件,这些文件由用户事先手动定义完成。
使用本发明实施例1提供的自动化测试方法之前,先对计算机进行以下手动配置,包括:
安装Windows操作系统;
配置需要自动恢复的各个操作系统,使这些操作系统能够自动进行登录,并在登录后自动运行测试Framework;
进一步配置上述各操作系统,使其能够进行自动恢复;需要说明的是,本步骤配置的内容包括:
A)加载WinPE 2.0;
B)通过Vista系统提供的bcdedit工具创建WinPE的启动项,使计算机启动后在操作系统选择列表中出现2个bcd条目;
C)将创建bcd条目时产生的GUID的值写入配置文件中(sysbakFile.ini),以便自动切换系统时用;
D)将配置完的系统进行备份,将备份文件的名称写入恢复配置文件(sysbakFile.ini)中;
E)编写控制Framework进程的配置文件(sysAutoFile.ini)。
将配置完的系统进行备份时,可以通过GHOST(GeneralHardware Oriented Software Transfer,面向通用型硬件传送软件)实现,GHOST可以把磁盘上的内容备份到镜像文件中去,也可以快速的把镜像文件恢复到磁盘中,实现一个干净的操作系统。
GHOST实现备份的具体过程为:在安装操作系统时,把所有的系统组件都安装上,然后安装各种各样的系统补丁,创建第一个GHO备份文件,这个备份文件可以在已有的应用软件都已经过时的时候重新安装软件;或者,在安装完所有熟悉的软件后创建一个GHO备份文件,用以系统重装后随时恢复到所熟悉的工作环境。
恢复配置文件sysbakFile.ini的格式如下:
[系统信息]
COUNT=16
;bak name:备份的系统的文件名称
;GUID:填入创建bcd条目时产生的GUID值
BAKNAME0=WinXPX64SP1EN.GHO
GUID0=*****
BAKNAME1=WinXPX64SP2EN.GHO
GUID1=*****
配置文件sysAutoFile.ini的格式如下:
[系统信息]
;等待系统完全启动时间(单位:秒)
WAITTIME=10
;操作系统总数
OSNUM=16
;当前操作系统ID,本实施例以操作系统ID作为第二标识的系统指示值
CURROSID=0
;Framework工作状态位,1:配置更新操作系统,2:自动安装,3:自动测试,-1:不做任何操作
STATE=-1
;产品类型,0-999
;0:产品1,1:产品2,2:产品3,3:产品4......
PID=9
;产品名
PNAME=测试群目录
;软件开发包的安装包文件名称,UKey为runtime包的文件名称
SDKNAME=www English.exe
;软件开发包的描述
SDKCAPT=My SDK en
如果要进行测试工作,则需要将sysAutoFile.ini文件的配置项,即第一标识STATE的状态值设置为1,并根据测试要求进行其它项的设置。
可替换的,本发明实施例中,系统配置文件sysbakFile.ini和控制Framework进程的配置文件(sysAutoFile.ini)可以合成一个,这时,原来系统配置文件sysbakFile.ini中的COUNT项和控制Framework进程的配置文件sysAutoFile.ini中的OSNUM项应该统一成一个,因为这两个值含义相同,都表明需要进行恢复的操作系统总数。
如图2所示,为本发明实施例1提供的自动化测试方法的流程图,包括:
步骤100:系统加载Framework;
步骤101:Framework打开配置文件,读取其中的Framework第一标识的状态值;
该第一标识的状态值为上述手动配置过程中设置的Framework的第一标识的状态值(STATE的值),本实施例中Framework的第一标识的状态值的取值有四种,第一状态值:配置更新操作系统,第二状态值:自动安装被测试程序,第三状态值:自动测试用例群,第四状态值:不做任何操作;
本发明实施例中,设定Framework的第一标识的状态值的第一状态值为1;第二状态值为2;第三状态值为3;第四状态值为-1。
步骤102:Framework判断第一标识的状态值,如果该值为1,执行步骤103;如果该值为2,执行步骤104;如果该值为3,执行步骤105;如果该值为-1,执行步骤106;
步骤103:Framework根据恢复配置文件sysbakFile.ini中的内容组合Ghost能识别的批处理文件、生成相应命令,并执行该命令,将计算机启动的默认系统设置为WinPE,进行恢复系统操作的自动配置;然后执行步骤107;
该步骤具体包括:Framework读取需要恢复的操作系统个数,判断当前是否有操作系统需要恢复,如果没有,结束全部操作;否则,读取要恢复的系统备份文件的文件名和GUID,并判断当前系统是否未被测试过,如果未被测试过且当前系统不是最后一个系统,则根据上述获取的文件名组合成Ghost恢复软件能识别的批处理文件,同时还根据上述获取的GUID生成bcdedit命令,之后,Framework执行上述生成的bcdedit命令,将计算机的默认系统启动设置为WinPE;
步骤104:自动安装被测试程序,本实施例中的被测试程序具体为用于测试的软件开发包,重启当前系统,然后执行步骤108;
该步骤具体包括:Framework根据控制其进程的系统配置文件sysAutoFile.ini中的软件开发包名称组合生成批处理文件setup.cmd,并根据系统恢复配置文件sysbakFile.ini中的配置将当前系统对应的GUID保存起来,以便系统重启后直接调取与当前操作系统对应的GUID;
步骤105:自动运行测试用例群;
该步骤具体包括:Framework自动按顺序执行测试用例群,并记录每个测试用例运行情况的日志文件;执行完全部测试用例后,执行步骤109;
步骤106:结束测试,Framework自行退出;
步骤107:配置完成后,将Framework的第一标识的状态值(STATE)设置为2,重启进入WinPE,WinPE根据上述配置恢复当前操作系统;结束配置更新操作系统,然后返回步骤100;
步骤108:Framework修改第一标识的状态值(STATE)为3,并重启当前操作系统,然后返回步骤100;
该步骤具体为:将Framework的第一标识的状态值设置为3,表明系统安装完软件开发包后需要执行测试用例群;执行上述组合好的setup.cmd;重启当前操作系统,返回步骤100;
步骤109:Framework根据当前情况修改第一标识的状态值,并重新启动当前操作系统,返回步骤100;
在测试用例群全部执行完后,结束测试操作,Framework将判断是否执行到最后一个操作系统,如果是,将当前操作系统ID的值置0,将Framework状态值置-1(表示Framework无需任何操作);否则,将当前操作系统ID的值1,并将Framework的第一标识的状态值置1(表明需要配置更新下一个操作系统),重新启动当前操作系统,返回步骤100。
其中,Framework执行完最后一个测试用例后,读取sysAutoFile.ini中的操作系统数(OSNUM),根据当前操作系统ID和操作系统数判断是否执行到最后一个操作系统,即,比较当前操作系统ID和操作系统数;如果当前操作系统ID小于操作系统数,将操作系统ID的值加1,还将STATE的值设置为1,之后重新启动当前系统,返回步骤100;否则,将当前操作系统ID的值设置为0,并将STATE的值设置为-1,结束。
如图3所示,为本发明实施例1提供的恢复操作系统的方法流程图,包括:
步骤1030:读取恢复配置文件sysbakFile.ini中的COUNT项,并读取sysAutoFile.ini文件中的CURROSID的值;
COUNT项表明需要恢复的操作系统个数,它的值在Framework中预先已经配置好;
本发明实施例中,用CURROSID(第二标识)的系统指示值表明要恢复的多个操作系统的顺序,CURROSID的不同取值代表要恢复的不同操作系统。
步骤1031:读取对应项的Ghost恢复文件配置项的值;
本步骤主要读取要恢复的系统备份文件的文件名(BACKNAME),即:读取之前配置好的BACKNAME0、BACKNAME1变量的值,如前配置,BACKNAME0对应的文件名为WinXPX64SP1EN.GHO,BACKNAME1对应的文件名为WinXPX64SP2EN.GHO;还读取Ghost备份文件中GUID的值,GUID是每个操作系统加载WinPE后,系统指向WinPE的唯一的标识符(ID)。
步骤1032:判断是否切换到最后一个操作系统,如果不是最后一个操作系统,执行步骤1033;否则,执行步骤1036;
判断过程具体为根据CURROSID值是否与COUNT的值(需要切换的操作系统数)相等,如果相等,则说明切换到了最后一个操作系统;否则继续切换;
步骤1033:根据读取的当前系统信息中配置项内容进行组合,组合成Ghost能识别的批处理文件;
该步骤具体为根据步骤1031中获取的备份文件名生成Ghost能识别的批处理文件;
步骤1034:将该配置项组合成bcdedit命令;
该步骤具体为根据步骤1031中获取的GUID值生成bcdedit命令;
步骤1035:执行上述bcdedit命令,使得计算机的默认系统启动设置为WinPE;
步骤1036:将sysAutoFile.ini中的Framework的第一标识的状态值(STATE)设置为-1,结束配置更新操作系统,返回步骤100。
其中,在执行上述步骤1030之前,Framework可以先从恢复配置文件sysbakFile.ini中读取需要恢复的操作系统个数;根据读取的操作系统个数判断当前是否有操作系统需要恢复,如果有,执行上述步骤1030;否则,结束配置操作。
当Framework的第一标识的状态值为2时,自动安装测试的软件开发包,如图4所示,为本发明实施例1提供的自动安装软件开发包的方法流程图,包括:
步骤1041:Framework从控制其进程的系统配置文件sysAutoFile.ini中读取要被安装的软件开发包名称;即,读取sysAutoFile.ini中SDKNAME(软件开发包名称)值;
sysAutoFile.ini中的内容在本发明实施例开始之前的操作中已经配置完成;
步骤1042:将软件开发包名称组合成一个能够自动安装的批处理文件Setup.cmd(启动用可执行程序);
步骤1043:将sysbakFile.ini中的STATE配置项的值置为3;
软件开发包组合完成后,将sysbakFile.ini中的STATE配置项的值置为3,表明开始运行测试用例群;
步骤1044:Framework执行步骤1042中组合的批处理文件setup.cmd,对应的软件开发包被自动安装到指定的操作系统中;
优选的,执行完步骤1044后,还可以根据系统恢复配置文件sysbakFile.ini中的配置将当前系统对应的GUID保存起来,以便系统重启后直接调取与当前系统对应的GUID。在这个操作系统中,安排了一次系统重启的操作,因为自定义驱动的软件开发包可能由于当前系统环境下的因素导致系统重启;
步骤1045:结束软件开发包的安装,重启系统。
不同的软件开发包与不同的测试用例群相关联,因此安装了某个软件开发包就意味着只能执行与其相关联的特定测试用例群,因此,需要在步骤1043中将sysbakFile.ini中的第一标识(STATE)的状态值置为3。
当Framework的第一标识的状态值为3时,自动执行测试用例群,如图5所示,为本发明实施例1提供的自动执行测试用例群的方法流程图,包括:
步骤1051:Framework读取sysAutoFile.ini中的当前操作系统ID(CURROSID);
步骤1052:当前操作系统ID(CURROSID)值是否为第一值?如果是,执行步骤1053;否则,执行步骤1054;
第一值用来指定要恢复的第一个操作系统,本步骤中,设定第一值为0,也可以为其它数值。
步骤1053:删除已有日志文件;
步骤1054:读取用例群中配置文件的个数;
步骤1055:判断测试用例群个数是否为0,如果不是0,执行步骤1056;否则,执行步骤1058;
步骤1056:执行测试用例程序;
Framework自动按顺序执行测试用例群,并记录每个测试用例运行情况的日志文件;
步骤1057:写日志文件;
步骤1058:判断是否执行到最后一个测试用例,如果是,结束测试操作;否则,返回步骤1056;
本发明实施例提供的自动化测试方法,系统每次启动,Framework都会根据自身的第一标识的状态值(STATE的值)来执行对应的操作,操作结束后更改STATE的值,以确保下次进入系统后执行相应的操作。通过上述操作,本发明实施例实现了Windows运行环境下多个操作系统版本间测试的全自动化,提高了测试效率,节省了测试成本。
实施例2
本实施例提供的自动化测试方法是在Linux运行环境下实现的,本发明实施例2中,Framework为自定义的测试框架,其中包含有系统恢复过程中用到的一系列文件,并非微软的.netframework。
Grub是一个多重操作系统启动管理器,用来引导不同系统,如Windows,Linux。其功能相当于Windows系统下的BCD启动配置数据项。
开始执行本发明实施例2提供的自动化测试方法之前,先要进行以下手动配置,包括:
将硬盘分区,分为主分区(10G),测试系统区(10G),交换区(2G),数据区(40),备份区(剩余空间);上述分区除交换区外,其余都为第三扩展文件系统ext3,ext3是一个日志文件系统。
在主分区安装一个Linux系统,主要是用于测试系统的备份和恢复;
安装的Linux系统需要配置为能自动登录,能自动运行测试Framework,准备好能自动切换的配置文件,安装grub2和安装gcc,需要说明的是,如果系统自带gcc,就不用再安装了。另外还要求安装的Linux系统能访问数据区和备份区。
在测试系统区安装Linux系统,该系统平台主要是用于测试SDK(Software Development Kit,软件开发工具包)的,要求能访问主分区、数据区,将启动信息写入主分区的grub.cfg文件中,grub.cfg文件格式如下:
#
#DO NOT EDIT THIS FILE
#
#It is automatically generated by/usr/local/sbin/update-grub usingtemplates
# from /usr/local/etc/grub.d and settings from/usr/local/etc/default/grub
#
###BEGIN/usr/local/etc/grub.d/00_header###
set default=0
set timeout=5
set root=(hd0,1)
terminal console
###END/usr/local/etc/grub.d/00_header###
###BEGIN/usr/local/etc/grub.d/10_hurd###
###END/usr/local/etc/grub.d/10_hurd###
###BEGIN/usr/local/etc/grub.d/10_linux###
menuentry″GNU/Linux,linux 2.6.11-1.1369_FC4smp″{
linux(hd0,1)/boot/vmlinuz-2.6.11-1.1369_FC4smproot=/dev/hdb1 ro
initrd(hd0,1)/boot/initrd-2.6.11-1.1369_FC4smp.img
}
menuentry″Linux mint7kernel 2.6.28-11″{
set root=(hd0,5)
linux (hd0,5)/boot/vmlinuz-2.6.28-11-genericroot=/dev/sda5 ro
initrd (hd0,5)/boot/initrd.img-2.6.28-11-generic
}
###END/usr/local/etc/grub.d/10_linux###
grub.cfg文件可以通过grub2的控制台命令自动生成,文件中的set命令部分的值是可以修改的,本实施例中显示的操作系统列表列了2个,即menuentry命令,设置grub.cfg文件的步骤包括:设置启动分区,设置系统内核文件;如果再安装别的系统,可以在最后一个”}”后添加menuentry,格式同上面的menuentry。
grub.cfg文件存放在/boot/grub目录下,将当前磁盘(即,测试系统区)分成两个区:磁盘1区和磁盘2区,在磁盘1区和磁盘2区中分别装有Linux A操作系统和Linux B操作系统。Linux A系统用于Linux B系统的恢复,Linux B为测试系统。在开始下面操作前,先进入默认的Linux B系统,并将Framework的工作状态值设置为0,在恢复前,将配置grub的默认启动项改成Linux A。
如图6所示,为本发明实施例2提供的自动化测试方法的流程图,该方法以在Linux运行环境下实现为例,具体包括:
步骤201:系统启动后,自动引导和编译脚本文件,生成框架程序Framework,并将Framework加载到当前操作系统中;
该步骤具体为:系统启动后,自动调用shell脚本(类似于在windows中执行批处理,该脚本的内容事先编写好),脚本的内容就是执行make命令,执行该make命令的目的是为了生成框架程序Framework,在Linux系统中对程序进行编译使用make命令,如果make命令在命令行中输入参数,则执行makefile文件。makefile文件的内容形如:
SOURCE=ATAutoTest.cpp
CFLAGS=-g
all:
g++$(CFLAGS)$(SOURCE)$(LIB S)-o ATAutoTest-g
clean:
rm ATAutoTest
步骤202:Framework打开配置文件sysAutoFile.cfg,读取Framework的第一标识的状态值(即,sysAutoFile.cfg中STATE的值);
其中,本实施例中的配置文件sysAutoFile.cfg的格式与实施例1中的配置文件sysAutoFile.ini格式相同,这里不再赘述;
步骤203:Framework根据读取的第一标识的状态值判断其自身的工作状态,本实施例中第一标识的状态值有五种,分别为:第一状态值、第二状态值、第三状态值、第四状态值和第五状态值;如果该值为第一状态值,执行步骤204;如果该值为第二状态值,执行步骤205;如果该值为第三状态值,执行步骤206;如果该值为第四状态值,执行步骤207;如果该值为第五状态值,执行步骤208;
本发明实施例2中,设定Framework的第一标识的状态值和对应的工作状态如下:
第一状态值为0,对应的工作状态为在当前测试系统下,进行系统恢复前的配置操作;
第二状态值为1,对应的工作状态为执行自动恢复Linux B系统的操作;
第三状态值为2,对应的工作状态为执行自动安装被测试程序,本实施例具体为用于测试的软件开发包;
第四状态值为3,对应的工作状态为执行自动运行测试用例群的操作;
第五状态值为-1,对应的工作状态为无需进行任何操作。
步骤204:在当前测试系统下进行系统恢复前操作的配置,配置完成后重新启动Linux A系统,返回步骤201;
其中,系统恢复前操作的配置和实施例1中提到的配置内容相同,这里不再详述。
步骤205:执行自动恢复Linux B系统的操作,执行完成后重新启动当前的Linux B操作系统,返回步骤201;
Framework执行自动恢复Linux B系统的操作,具体可以采用dd命令直接进行恢复操作。
如图7所示,为本实施例2提供的自动恢复Linux B系统的自动配置方法流程图,具体包括:
步骤2051:读取之前配置的sysAutoFile.cfg文件中的CURROSID值,将指向测试系统的grub.cfg设置为默认启动;
步骤2052:执行系统恢复脚本;
步骤2053:将配置文件的STATE的值修改为2;
步骤2054:重新启动系统,具体为重新启动Linux B系统。
步骤206:执行自动安装软件开发包,安装完成后重新启动当前系统(Linux B),返回步骤201;
该步骤主要为:Framework从配置文件中读取要被安装的软件开发包的名称,组合成一个Setup的Shell脚本,Framework执行这个脚本文件,软件开发包SDK将被自动安装到操作系统中。在本操作中,有一次系统重新启动的操作,是因为自定义驱动的软件开发包可能由于当前系统环境的因素而导致系统重启。
步骤207:执行自动运行测试用例群(组)操作;运行完成后重新启动当前系统(Linux B),返回步骤201;
该步骤具体包括:Framework自动按顺序执行测试用例群,并记录每个测试用例运行情况的日志文件;在测试用例群全部执行完后,Framework判断是否执行到最后一个操作系统,如果是,将操作系统CURROID置0,将Framework的第一标识的状态值置-1(表示Framework无需任何操作);否则,将操作系统CURROID加1,并将Framework的第一标识的状态值置1(表明需要配置更新下一个操作系统),重新启动当前操作系统,返回步骤201。
步骤208:不作任何操作,或测试结束,退出Framework;
每次进入系统,Framework会根据其第一标识的状态值(STATE值)来进行不同的操作,操作结束后更改STATE的值,以确保下次进入系统后执行下一步操作。
如图8所示,为步骤204中判断当前操作系统是否未被测试过的方法流程图,包括:
步骤2041:读取配置文件sysbakFile.cfg的COUNT项,并读取sysAutoFile.cfg的CURROSID(当前操作系统ID)值;
COUNT项表明需要恢复的操作系统个数,它的值在Framework中已经配置好。
步骤2042:读取要恢复的系统备份文件的文件名;
步骤2043:判断是否切换到最后一个操作系统,如果不是,执行步骤2044;否则,执行步骤2048;
判断过程具体为:判断CURROSID的值是否与COUNT的值(操作系统的总数,即需要切换的操作系统数)相等,如果相等,则说明切换到了最后一个操作系统;否则继续切换。
步骤2044:根据读取的当前系统信息中的配置项内容进行组合,组合成dd脚本;
该步骤具体为根据步骤2042中获取的备份文件名生成dd脚本。
步骤2045:修改grub.cfg文件,使计算机的默认系统自动设置为执行恢复的操作系统Linux A。
步骤2046:将系统自动配置文件sysAutoFile.cfg中的STATE的值置为2;Framework的第一标识的状态值STATE的值为2表明下一步系统需要自动安装软件开发包。
步骤2047:重新启动当前系统,返回步骤201;
步骤2048:将系统自动配置文件sysAutoFile.cfg中的Framework第一标识(STATE)的状态值置-1,结束。
第一标识的状态值为-1,表示Framework当前不需要执行任何操作。
其中,在执行上述步骤2041之前,Framework可以先从恢复配置文件sysbakFile.cfg中读取需要恢复的操作系统个数;根据读取的操作系统个数判断当前是否有操作系统需要恢复,如果有,执行上述步骤2041;否则,结束操作。
如图9所示,为本发明实施例2中Linux运行环境下Framework自动安装软件开发包的方法流程图,包括:
步骤2061:Framework读取配置文件sysAutoFile.cfg中软件开发包的名称;
步骤2062:Framework将上述软件开发包名组合成自动安装的批处理文件Setup.cmd脚本;
步骤2063:Framework将sysAutoFile.cfg中的Framework的第一标识的状态值设置为3;
该步骤主要用于表明系统安装完软件开发包后需要执行测试用例群;
步骤2064:Framework执行批处理文件Setup.cmd;
步骤2065:Framework重启当前系统,返回步骤201。
如图10所示,为本发明实施例2中Linux运行环境下Framework自动执行测试用例群的方法流程图。包括:
步骤2071:Framework读取sysAutoFile.ini中的当前操作系统ID(CURROSID);
步骤2072:当前操作系统ID值是否为第一值?如果是,执行步骤2073;否则,执行步骤2074;
第一值用来指定要恢复的第一个操作系统,本步骤中,设定第一值为0,也可以为其它数值。
步骤2073:删除已有日志文件;
步骤2074:读取测试用例群中配置文件的个数;
步骤2075:判断测试用例群中配置文件的个数是否为0,如果不是0,执行步骤2076;否则,执行步骤2079。
步骤2076:执行测试用例程序;
步骤2077:写日志文件;
步骤2078:判断是否执行到最后一个测试用例,如果是,执行步骤2079;否则,返回步骤2076;
步骤2079:读取sysAutoFile.cfg中的操作系统数(OSNUM);
步骤20710:判断是否切换到最后一个操作系统,即比较步骤2071中读取的当前操作系统ID是否小于步骤2079中读取的操作系统数;如果当前操作系统ID小于步骤2079中读取的操作系统数,则说明没有切换到最后一个操作系统,执行步骤20711;否则,如果当前操作系统ID等于步骤2079中读取的操作系统数,说明切换到最后一个操作系统,执行步骤20714;
步骤20711:将当前操作系统ID(CURROSID)的值加1;
步骤20712:将Framework的第一标识的状态值(STATE的值)设置为0;
步骤20713:重新启动当前系统;并返回步骤201;
步骤20714:将当前操作系统ID(CURROSID)的值设置为上述第一值,即0;
步骤20715:将Framework的第一标识的状态值(STATE的值)设置为-1,结束;
上述步骤201-207中介绍的在Linux下的系统恢复操作也可以采用Ghost恢复软件完成,具体操作原理与Windows下类似,操作上的区别在于:Linux系统下的系统恢复操作需要在每次执行一个操作前都加载Framework,对加载的Framework执行自动编译。
本实施例所涉及的软件开发包包含在被测试程序范围内,本实施例所涉及的当前操作系统标识CURROSID,即指第二标识,第二标识也可以用其它形式表示。
本发明实施例提供的自动化测试方法,系统每次启动都会自动加载并运行Framework,Framework根据第一标识的状态值(STATE的值)来执行对应的操作,操作结束后更改STATE的值,以确保下次进入系统后执行相应的操作。通过上述操作,本发明实施例实现了Linux运行环境下多个操作系统版本间测试的全自动化,提高了测试效率,节省了测试成本。
如图11所示,根据本发明实施例,提供了一种自动化测试装置,该装置包括:
系统恢复模块402,用于依次地恢复各个操作系统;
加载模块404,用于对系统恢复模块402当前恢复的操作系统加载被测试程序;
测试模块406,用于针对加载模块404加载的上述被加载的被测试程序测试用例群;
框架程序控制模块408,用于通过执行框架程序对系统恢复模块402、加载模块404和测试模块406进行控制。
本实施例的框架程序控制模块408中的框架程序可以为实施例1或实施例2中的Framework,其对系统恢复模块402、加载模块404和测试模块406的控制可以通过Framework中的工作状态值进行判断并启动对应模块的功能,具体可参照实施例1或实施例2实现,这里不再赘述。
本实施例提供的自动测试装置,采用框架程序控制模块408控制系统恢复模块402、加载模块404和测试模块406的方法,实现了自动进行操作系统的恢复,自动启动恢复的操作系统,自动加载被测试程序,以及自动使用被测试程序测试用例群,解决了目前对操作系统恢复需要较多的人力和时间成本的问题,优化了测试装置,提高了测试装置的测试效率,增加了产品的实用性。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
此外,如这里所描述的,术语“存储介质”可以表示用于存储数据的一种或多种装置,包括只读存储器(ROM)、随机存取存储器(RAM)、磁RAM、磁心存储器、磁盘存储介质、光存储介质、闪存装置和/或用于存储信息的其他机器可读介质。术语“机器可读介质”包括但不限于便携式或固定存储装置、光存储装置、无线通道或能够存储、容纳、或承载指令和/或数据的各种其他介质。
另外,可以通过硬件、软件、固件、中间件、微码、硬件描述语言或其组合来实现实施例。当用软件、固件、中间件或微码来实现时,可以在诸如存储介质的机器可读介质中存储用于执行必要任务的程序代码或码段。(多个)处理器可以执行必要任务。码段可以表示进程、函数、子程序、程序、例行程序、子例行程序、模块、对象、软件包、类、或指令、数据结构、或程序语言的任意组合。通过传输和/或接收信息、数据、自变量、或存储内容来将码段耦合到另一码段或硬件电路。信息、自变量、参数、数据等可以经由包括存储器共享、消息传递、令牌传递、网络传输等的任意合适方式来传递、传输、或传送。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种自动化测试方法,其特征在于,包括:
依次地恢复各个操作系统;
对当前恢复的操作系统加载被测试程序;
针对所述被加载的被测试程序测试用例群;
其中,通过执行框架程序实现上述步骤的流程控制。
2.根据权利要求1所述的方法,其特征在于,通过执行框架程序实现上述步骤的流程控制包括:
在所述框架程序中设置第一标识;
启动所述框架程序;
所述第一标识的状态值为第一工作状态时,确定执行所述依次地恢复各个操作系统的步骤;
所述第一标识的状态值为第二工作状态时,确定执行所述对当前恢复的操作系统加载被测试程序的步骤;
所述第一标识的状态值为第三工作状态时,确定执行所述针对所述被加载的被测试程序测试用例群的步骤。
3.根据权利要求2所述的方法,其特征在于,所述第一标识的状态值为第一工作状态时,确定执行所述依次地恢复各个操作系统的步骤包括:
修改所述第一标识的状态值为第二工作状态。
4.根据权利要求2所述的方法,其特征在于,当所述框架程序在Windows操作系统环境下运行时,所述第一标识的状态值为第一工作状态时,确定执行所述依次地恢复各个操作系统的步骤包括:
从所述框架程序的配置文件中读取所述确定的操作系统的系统备份文件名和全球唯一标识码GUID;
根据所述系统备份文件名组合成Ghost恢复软件能识别的批处理文件;
根据所述GUID生成系统启动命令,执行所述系统启动命令,将默认系统启动设置为WinPE;
启动所述WinPE,所述WinPE根据所述批处理文件对所述确定的操作系统进行恢复。
5.根据权利要求2所述的方法,其特征在于,当所述框架程序在Linux操作系统环境下运行时,所述第一标识的状态值为第一工作状态时,确定执行所述依次地恢复各个操作系统的步骤包括:
从所述框架程序的配置文件中读取所述确定的操作系统的系统备份文件名;
根据所述系统备份文件名生成脚本文件;
执行所述脚本文件,恢复所述确定的操作系统。
6.根据权利要求5所述的方法,其特征在于,所述框架程序是Linux操作系统加载的,包括:
所述Linux操作系统启动后,调用编译脚本文件;
执行所述编译脚本文件中的编译命令生成所述框架程序;
加载所述框架程序。
7.根据权利要求2所述的方法,其特征在于,通过执行框架程序实现上述步骤的流程控制还包括:
在所述框架程序中设置第二标识;
所述第一标识的状态值为第一工作状态时,确定执行所述依次地恢复各个操作系统的步骤包括:
启动所述框架程序后,根据所述第二标识的系统指示值确定要恢复的操作系统,对确定的操作系统执行恢复操作。
8.根据权利要求2所述的方法,其特征在于,所述确定执行所述对当前恢复的操作系统加载被测试程序的步骤包括:
修改所述第一标识的状态值为第三工作状态。
9.根据权利要求2所述的方法,其特征在于,所述确定执行所述对当前恢复的操作系统加载被测试程序的步骤包括:
自动读取所述框架程序中的配置文件,从所述配置文件中获取被测试程序的名称;
将所述被测试程序的名称组合成能够自动安装的批处理文件;
执行上述能够自动安装的批处理文件。
10.根据权利要求2所述的方法,其特征在于,所述确定执行所述针对所述被加载的被测试程序测试用例群的步骤包括:
自动读取所述框架程序的配置文件中的第二标识的系统指示值;
当所述第二标识的系统指示值不为第一值时,读取用例群中配置文件的个数;
当所述用例群中配置文件的个数是不为0时,执行所述被加载的被测试程序,写日志文件,直至执行完所有的用例群;
判断是否执行到最后一个操作系统,如果是,将所述第二标识的系统指示值设置为所述第一值,并修改所述第一标识的状态值为第四工作状态;否则,将所述第二标识的系统指示值加1,并修改所述第一标识的状态值为第一工作状态。
11.根据权利要求10所述的方法,其特征在于,所述判断是否执行到最后一个操作系统包括:
判断所述第二标识的系统指示值值是否等于所述配置文件中的操作系统数,如果等于,所述当前操作系统为最后一个操作系统;否则,所述当前操作系统不是最后一个操作系统。
12.一种自动化测试装置,其特征在于,所述装置包括:
系统恢复模块,用于依次地恢复各个操作系统;
加载模块,用于对所述系统恢复模块当前恢复的操作系统加载被测试程序;
测试模块,用于针对所述加载模块加载的被加载的被测试程序测试用例群;
框架程序控制模块,用于通过执行框架程序对所述系统恢复模块、所述加载模块和所述测试模块进行控制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910241667XA CN101876940B (zh) | 2009-11-30 | 2009-11-30 | 一种自动化测试方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910241667XA CN101876940B (zh) | 2009-11-30 | 2009-11-30 | 一种自动化测试方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101876940A true CN101876940A (zh) | 2010-11-03 |
CN101876940B CN101876940B (zh) | 2011-12-28 |
Family
ID=43019500
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910241667XA Active CN101876940B (zh) | 2009-11-30 | 2009-11-30 | 一种自动化测试方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101876940B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102331971A (zh) * | 2011-09-01 | 2012-01-25 | 北京用友政务软件有限公司 | 一种基于qtp的自动化测试方法及系统 |
CN102467448A (zh) * | 2010-11-16 | 2012-05-23 | 安凯(广州)微电子技术有限公司 | 一种测试用例的测试方法及系统 |
CN102855174A (zh) * | 2011-06-28 | 2013-01-02 | 奇智软件(北京)有限公司 | 自动化测试中可自动恢复的目标程序运行控制方法及装置 |
CN103544049A (zh) * | 2012-07-10 | 2014-01-29 | 百度在线网络技术(北京)有限公司 | 测试环境的自动处理方法、测试的自动化实现方法及装置 |
CN103744759A (zh) * | 2013-12-27 | 2014-04-23 | 浪潮电子信息产业股份有限公司 | 一种Linux系统下无人值守磁盘性能及稳定性验证方法 |
CN104050075A (zh) * | 2013-03-11 | 2014-09-17 | 百度国际科技(深圳)有限公司 | Andriod应用程序的测试方法和装置 |
CN104391247A (zh) * | 2014-11-26 | 2015-03-04 | 许继电气股份有限公司 | 一种基于iec61850数字化测试仪的继电保护测试方法及系统 |
CN104484253A (zh) * | 2014-12-29 | 2015-04-01 | 浪潮电子信息产业股份有限公司 | 一种人机交互的Intel MIC卡自动化测试方法 |
CN105138464A (zh) * | 2015-09-30 | 2015-12-09 | 沈文策 | 一种程序代码处理方法和装置 |
CN105468504A (zh) * | 2014-08-06 | 2016-04-06 | 腾讯科技(深圳)有限公司 | 程序测试方法及装置 |
CN105487972A (zh) * | 2014-12-31 | 2016-04-13 | 中国信息安全认证中心 | 一种多操作系统下的免WinPE软件测试方法 |
CN105487975A (zh) * | 2015-11-27 | 2016-04-13 | 贵州航天风华精密设备有限公司 | 一种航天器测试软件流程自组织方法 |
CN106126427A (zh) * | 2016-07-06 | 2016-11-16 | 中国银联股份有限公司 | 一种快速恢复测试的方法及系统 |
CN107168880A (zh) * | 2017-05-31 | 2017-09-15 | 中标软件有限公司 | 虚拟机测试方法及工具 |
CN107506271A (zh) * | 2017-08-25 | 2017-12-22 | 郑州云海信息技术有限公司 | 一种测试方法及装置 |
WO2019051937A1 (zh) * | 2017-09-14 | 2019-03-21 | 平安科技(深圳)有限公司 | 测试机自动配置方法、装置、设备及存储介质 |
CN109992311A (zh) * | 2019-03-25 | 2019-07-09 | 新华三技术有限公司 | 操作系统的启动方法、装置、存储介质及客户端 |
CN110197067A (zh) * | 2018-06-21 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 文件查杀方法、装置及存储介质 |
CN111258915A (zh) * | 2020-02-27 | 2020-06-09 | 成都乐创自动化技术股份有限公司 | 一种针对plc程序进行自动化单元测试的方法 |
CN111310160A (zh) * | 2020-01-19 | 2020-06-19 | 深圳忆联信息系统有限公司 | Windows自动登陆布署方法、装置、计算机设备及存储介质 |
CN112445670A (zh) * | 2019-08-27 | 2021-03-05 | 合肥格易集成电路有限公司 | 一种eMMC测试方法和装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107656860A (zh) * | 2017-10-18 | 2018-02-02 | 北京奇虎科技有限公司 | 性能测试方法、装置及系统 |
-
2009
- 2009-11-30 CN CN200910241667XA patent/CN101876940B/zh active Active
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102467448B (zh) * | 2010-11-16 | 2014-09-17 | 安凯(广州)微电子技术有限公司 | 一种测试用例的测试方法及系统 |
CN102467448A (zh) * | 2010-11-16 | 2012-05-23 | 安凯(广州)微电子技术有限公司 | 一种测试用例的测试方法及系统 |
CN102855174B (zh) * | 2011-06-28 | 2016-06-01 | 北京奇虎科技有限公司 | 自动化测试中可自动恢复的目标程序运行控制方法及装置 |
CN102855174A (zh) * | 2011-06-28 | 2013-01-02 | 奇智软件(北京)有限公司 | 自动化测试中可自动恢复的目标程序运行控制方法及装置 |
CN102331971B (zh) * | 2011-09-01 | 2014-03-26 | 北京用友政务软件有限公司 | 一种基于qtp的自动化测试方法及系统 |
CN102331971A (zh) * | 2011-09-01 | 2012-01-25 | 北京用友政务软件有限公司 | 一种基于qtp的自动化测试方法及系统 |
CN103544049A (zh) * | 2012-07-10 | 2014-01-29 | 百度在线网络技术(北京)有限公司 | 测试环境的自动处理方法、测试的自动化实现方法及装置 |
CN104050075A (zh) * | 2013-03-11 | 2014-09-17 | 百度国际科技(深圳)有限公司 | Andriod应用程序的测试方法和装置 |
CN104050075B (zh) * | 2013-03-11 | 2017-05-31 | 百度国际科技(深圳)有限公司 | Andriod应用程序的测试方法和装置 |
CN103744759A (zh) * | 2013-12-27 | 2014-04-23 | 浪潮电子信息产业股份有限公司 | 一种Linux系统下无人值守磁盘性能及稳定性验证方法 |
CN105468504B (zh) * | 2014-08-06 | 2020-12-04 | 腾讯科技(深圳)有限公司 | 程序测试方法及装置 |
CN105468504A (zh) * | 2014-08-06 | 2016-04-06 | 腾讯科技(深圳)有限公司 | 程序测试方法及装置 |
CN104391247A (zh) * | 2014-11-26 | 2015-03-04 | 许继电气股份有限公司 | 一种基于iec61850数字化测试仪的继电保护测试方法及系统 |
CN104484253A (zh) * | 2014-12-29 | 2015-04-01 | 浪潮电子信息产业股份有限公司 | 一种人机交互的Intel MIC卡自动化测试方法 |
CN105487972A (zh) * | 2014-12-31 | 2016-04-13 | 中国信息安全认证中心 | 一种多操作系统下的免WinPE软件测试方法 |
CN105138464A (zh) * | 2015-09-30 | 2015-12-09 | 沈文策 | 一种程序代码处理方法和装置 |
CN105138464B (zh) * | 2015-09-30 | 2018-06-29 | 沈文策 | 一种程序代码处理方法和装置 |
CN105487975A (zh) * | 2015-11-27 | 2016-04-13 | 贵州航天风华精密设备有限公司 | 一种航天器测试软件流程自组织方法 |
CN106126427A (zh) * | 2016-07-06 | 2016-11-16 | 中国银联股份有限公司 | 一种快速恢复测试的方法及系统 |
CN107168880A (zh) * | 2017-05-31 | 2017-09-15 | 中标软件有限公司 | 虚拟机测试方法及工具 |
CN107506271A (zh) * | 2017-08-25 | 2017-12-22 | 郑州云海信息技术有限公司 | 一种测试方法及装置 |
WO2019051937A1 (zh) * | 2017-09-14 | 2019-03-21 | 平安科技(深圳)有限公司 | 测试机自动配置方法、装置、设备及存储介质 |
CN110197067B (zh) * | 2018-06-21 | 2023-08-04 | 腾讯科技(深圳)有限公司 | 文件查杀方法、装置及存储介质 |
CN110197067A (zh) * | 2018-06-21 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 文件查杀方法、装置及存储介质 |
CN109992311B (zh) * | 2019-03-25 | 2022-07-29 | 新华三技术有限公司 | 操作系统的启动方法、装置、存储介质及客户端 |
CN109992311A (zh) * | 2019-03-25 | 2019-07-09 | 新华三技术有限公司 | 操作系统的启动方法、装置、存储介质及客户端 |
CN112445670A (zh) * | 2019-08-27 | 2021-03-05 | 合肥格易集成电路有限公司 | 一种eMMC测试方法和装置 |
CN112445670B (zh) * | 2019-08-27 | 2023-06-02 | 合肥格易集成电路有限公司 | 一种eMMC测试方法和装置 |
CN111310160A (zh) * | 2020-01-19 | 2020-06-19 | 深圳忆联信息系统有限公司 | Windows自动登陆布署方法、装置、计算机设备及存储介质 |
CN111258915A (zh) * | 2020-02-27 | 2020-06-09 | 成都乐创自动化技术股份有限公司 | 一种针对plc程序进行自动化单元测试的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101876940B (zh) | 2011-12-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101876940B (zh) | 一种自动化测试方法和装置 | |
CN112424750A (zh) | 云平台上的多集群供应及管理办法 | |
US7703091B1 (en) | Methods and apparatus for installing agents in a managed network | |
CN100498704C (zh) | 使用可扩展固件接口的持久性存储器操作 | |
CN101763279B (zh) | 一种BootLoader架构设计方法 | |
US7673127B2 (en) | Method and apparatus for enabling a computer system by loading and executing an updated hardware specific boot routine to modify the operating system | |
US8156485B2 (en) | Method and apparatus for creating a pluggable, prioritized configuration engine to be used for configuring a software during installation, update and new profile creation | |
US7644264B1 (en) | Method and system for creating and deploying disk images | |
CN100378670C (zh) | 逻辑分区计算机系统及其输入输出能力的保持方法 | |
US7475396B2 (en) | Method and apparatus for defining, building and deploying pluggable and independently configurable install components | |
CN112437915A (zh) | 云平台上监测多个集群和应用程序的方法 | |
US20070101197A1 (en) | System and method for representing system capabilities as software packages in a software package management system | |
US20070168956A1 (en) | System and method for representing user processes as software packages in a software package management system | |
CN103164238A (zh) | 自动化连续安装操作系统的方法 | |
CN103761088A (zh) | 一种适用于arm架构移动设备的多操作系统切换方法 | |
CN106980493B (zh) | 固件管理方法和装置 | |
CN111984261A (zh) | 编译方法与编译系统 | |
US6546547B1 (en) | Method and system for an automated net booting tool | |
CN117290059B (zh) | 一种跨芯片架构的linux虚拟机转移方法及系统 | |
CN112015371B (zh) | 一种非嵌入式软件平台下的软件开发装置 | |
US20150355997A1 (en) | Server-Platform Simulation Service | |
CN103530151A (zh) | 一种可切换业务软件系统的Linux操作系统定制方法 | |
CN114090172A (zh) | 跨系统的小部件复用方法及装置 | |
Headrick et al. | Automated configuration of modern ATE | |
JP2016146045A (ja) | リソース管理装置およびリソース管理方法 |
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 |