CN104063307B - 一种软件测试方法和系统 - Google Patents
一种软件测试方法和系统 Download PDFInfo
- Publication number
- CN104063307B CN104063307B CN201310088226.7A CN201310088226A CN104063307B CN 104063307 B CN104063307 B CN 104063307B CN 201310088226 A CN201310088226 A CN 201310088226A CN 104063307 B CN104063307 B CN 104063307B
- Authority
- CN
- China
- Prior art keywords
- test case
- test
- case
- advanced
- defect
- 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.)
- Active
Links
Abstract
本发明实施例公开了一种软件测试方法和系统。本发明技术方案采用在对测试对象的控件进行测试时,记录测试过程,并在发现测试对象存在缺陷时,记录发现缺陷的次数,然后根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比,从而在一定程度上可以反映出测试用例的价值,以便用户选择具有高价值的测试用例来进行测试,提高测试时发现问题的能力;而且,由于记录了测试过程,所以提供了一种可以回归验证软件缺陷的能力。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种软件测试方法和系统。
背景技术
随着互联网技术的飞速发展,各种软件的应用也日益繁多。每一款软件或多或少都会存在漏洞(bug),为了进一步改善和优化这些软件,提高软件应用的稳定性,需要将这些漏洞找出,并予于解决。
软件测试,正是针对该问题所提出的一种方案,它可以利用测试工具按照测试方案对软件进行功能和性能测试,并对测试方案可能出现的问题进行分析和评估。现有的软件测试方法包括有多种形式,猴子测试(MonkeyTest),即搞怪测试,就是其中的一种。在猴子测试中,测试者可以进行各种稀奇古怪的操作模式,用以测试软件的稳定度。当前应用的猴子测试基本上以随机性测试为主,而且,一般会采用较为复杂的测试,因为复杂的测试会比简单的测试找到更多的漏洞。
在对现有技术的研究和实践过程中,本发明的发明人发现,在现有的猴子测试方法中,当发现被测试的软件存在缺陷时,无法再次通过相同的方式测试出该缺陷。此外,当发现缺陷已经被解决时,也无法去验证该缺陷是否真的被解决了。
发明内容
本发明实施例提供一种软件测试方法和系统,在发现被测试的软件存在缺陷时,可以通过相同的方式测试出现该缺陷,并进化该相同的测试方式,而且,在发现缺陷已经被解决时,可以验证该缺陷是否已经被解决。
一种软件测试方法,包括:
获取测试对象中所有控件;
从基本测试用例库和/或进阶测试用例库中获取测试用例(TestCase);
利用所述测试用例对所述控件进行测试,并记录测试过程;
若发现测试对象存在缺陷,则记录发现缺陷的次数;
根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,所述进阶测试用例库的阶数与测试用例的执行概率成正比。
一种软件测试系统,包括:
控件获取单元,用于获取测试对象中所有控件;
测试用例获取单元,用于从基本测试用例库和/或进阶测试用例库中获取测试用例;
测试单元,用于利用所述测试用例对所述控件进行测试;
记录单元,用于记录测试过程,若发现测试对象存在缺陷,则记录发现缺陷的次数;
处理单元,用于根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,所述进阶测试用例库的阶数与测试用例的执行概率成正比。
本发明实施例采用在对测试对象的控件进行测试时,记录测试过程,并在发现测试对象存在缺陷时,记录发现缺陷的次数,然后根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比,从而在一定程度上可以反映出测试用例的价值,以便用户选择具有高价值的测试用例来进行测试,提高测试时发现问题的能力;而且,由于记录了测试过程,所以提供了一种可以回归验证软件缺陷的能力,即在发现被测试的软件存在缺陷时,可以通过相同的方式测试出现该缺陷,并进化该相同的测试方式,此外,在发现缺陷已经被解决时,还可以验证该缺陷是否已经被解决。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的软件测试方法的流程图;
图2是本发明实施例提供的软件测试方法的流程图;
图3是本发明实施例提供的软件测试系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种软件测试方法和系统。以下分别进行详细说明。
实施例一、
本实施例将从软件测试系统的角度进行描述。
一种软件测试方法,包括:获取测试对象中所有控件,从基本测试用例库和/或进阶测试用例库中获取测试用例,利用该测试用例对这些控件进行测试,并记录测试过程;若发现测试对象存在缺陷,则记录发现缺陷的次数;根据发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比。
如图1所示,具体流程可以如下:
101、获取测试对象中所有控件;
其中,测试对象具体可以为各种软件,比如客户端软件等;控件可以包括按钮控件、静态链接控件、勾选框控件和/或列表控件等,在此不再列举。
102、从基本测试用例库和/或进阶测试用例库中获取测试用例(TestCase);
其中,测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,其可以测试某个程序路径或核实是否满足某个特定需求。
基本测试用例库和进阶测试用例库中的测试用例是以前进行软件测试时自动保存的测试用例,其中,基本测试用例库保存的是最基本的测试用例,而进阶测试用例库保存的是发现了测试对象存在缺陷的测试用例,进阶测试用例库可以包括多个不同阶数的测试用例库,不同的阶数对应不同的“发现缺陷的次数”阈值,阶数越高代表测试用例可以发现测试对象的缺陷的次数越多。这是因为,如果测试用例测试对象存在缺陷的次数越多,就代表该测试用例越容易发现被测试对象所存在的缺陷,也就是说,该测试用例的价值就越高,其对应被执行的次数应该越多(即被执行的概率越高),所以,其对应的进阶测试用例库的阶数(或者称为层次)越高。
此外,在步骤101,即“获取测试对象中所有控件”之后,该软件测试方法还可以包括:
建立基本测试用例库,例如,具体可以如下:
按照预置步长模拟点击这些控件,记录每一个步长内的点击过程,并作为测试用例保存在基本测试用例库中。
其中,步长指的是每个周期所能点击控件的次数,即点击周期;该步长的大小可以根据实际应用的需求进行设置,比如,可以设置为每个点击周期为30次,等等。
可选的,为了避免基本测试用例库中存在重复的测试用例,节省存储空间,以及提高处理效率,在将测试用例库保存在基本测试用例库之前,还可以对测试用例作一个判断,即判断基本测试用例库中是否存在该测试用例,若存在,则无需将该测试用例保存在基本测试用例库中,若不存在,才将所述测试用例保存在基本测试用例库中。即:
步骤“作为测试用例保存在基本测试用例库中”具体可以为:确定基本测试用例库中不存在该测试用例时,将该测试用例保存在基本测试用例库中。
103、利用测试用例对控件进行测试,并记录测试过程;
例如,具体可以以本地日志的形式来记录测试过程,这样,既方便用户随时进行查看,也方便系统随时进行调用。
104、若发现测试对象存在缺陷,则记录发现缺陷的次数;
其中,测试对象存在缺陷,指的是能被该软件测试系统明显感知为漏洞(bug)的缺陷,比如程序崩溃等。
105、根据发现缺陷的次数将该测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数(或者称为层数)与测试用例的执行概率成正比,具体可参见步骤102中的说明,例如,具体可以如下:
如果发现测试对象存在缺陷,则可以将该测试用例从基本测试用例库移入进阶1测试用例库,即,将该测试用例加入进阶1测试用例库,并将该测试用例从基本测试用例库删除;
如果发现测试对象存在缺陷的次数超过第一阈值,比如5次,则可以将该测试用例从进阶1测试用例库移入进阶2测试用例库,即,将该测试用例加入进阶2测试用例库,并将该测试用例从进阶1测试用例库删除;
如果发现测试对象存在缺陷的次数超过第二阈值,比如10次,则可以将该测试用例从进阶2测试用例库移入进阶3测试用例库,即,将该测试用例加入进阶3测试用例库,并将该测试用例从进阶2测试用例库删除;
同理,如果发现测试对象存在缺陷的次数超过第三阈值,比如15次,则可以将该测试用例从进阶3测试用例库移入进阶4测试用例库,即,将该测试用例加入进阶4测试用例库,并将该测试用例从进阶3测试用例库删除,等等,以此类推。
其中,进阶测试用例库的阶数可以由测试策略进行定制,而各个阶数所对应的阈值,比如第一阈值、第二阈值和第三阈值等,可以根据实际应用的需求进行设置,在此不再赘述。
由上可知,本实施例采用在对测试对象的控件进行测试时,记录测试过程,并在发现测试对象存在缺陷时,记录发现缺陷的次数,然后根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比,从而在一定程度上可以反映出测试用例的价值,以便用户选择具有高价值的测试用例来进行测试,提高测试时发现问题的能力;而且,由于记录了测试过程,所以提供了一种可以回归验证软件缺陷的能力,即在发现被测试的软件存在缺陷时,可以通过相同的方式测试出现该缺陷,并进化该相同的测试方式,此外,在发现缺陷已经被解决时,还可以验证该缺陷是否已经被解决。
实施例二、
根据实施例一所描述的方法,以下将举例作进一步详细说明。
在本实施例中,将以进阶测试用例库的阶数具体为“3”为例进行说明,即进阶测试用例库包括进阶1测试用例库、进阶2测试用例库和进阶3测试用例库。应当理解的是,进阶测试用例库的阶数也可以为其他的数值,比如4、5、6、....或N,等等,其中,N可以由测试策略进行定制,如果阶数为其他的数值,其实施与此也类似,在此不再赘述。
如图2所示,一种软件测试方法,具体流程可以如下:
201、软件测试系统获取测试对象中所有控件;
其中,测试对象具体可以为各种软件,比如客户端软件等;控件可以包括按钮控件、静态链接控件、勾选框控件和/或列表控件等,在此不再列举。
202、软件测试系统从步骤201获取到的所有控件中随机获取一些控件,并按照预置步长模拟点击这些控件。
其中,步长指的是每个周期所能点击控件的次数,即点击周期;该步长的大小可以根据实际应用的需求进行设置,比如,可以设置为每个点击周期为30次,等等。
203、软件测试系统记录每一个步长内的点击过程,并作为测试用例保存在基本测试用例库中。
其中,为了避免基本测试用例库中存在重复的测试用例,节省存储空间,以及提高处理效率,在将测试用例库保存在基本测试用例库之前,还可以对测试用例作一个判断,即判断基本测试用例库中是否存在该测试用例,若存在,则无需将该测试用例保存在基本测试用例库中,若不存在,才将所述测试用例保存在基本测试用例库中。
204、若在测试过程中,软件测试系统发现测试对象存在缺陷,则将该测试用例从基本测试用例库移入进阶1测试用例库,即,将该测试用例加入进阶1测试用例库,并将该测试用例从基本测试用例库删除。
其中,测试对象存在缺陷,指的是能被该软件测试系统明显感知为漏洞(bug)的缺陷,比如程序崩溃等。
205、若发现测试对象存在缺陷的次数超过第一阈值,比如5次,则可以将该测试用例从进阶1测试用例库移入进阶2测试用例库,即,将该测试用例加入进阶2测试用例库,并将该测试用例从进阶1测试用例库删除。
其中,第一阈值可以根据实际应用的需求进行设置,在此不再赘述。
206、若发现测试对象存在缺陷的次数超过第二阈值,比如10次,则将该测试用例从进阶2测试用例库移入进阶3测试用例库,即,将该测试用例加入进阶3测试用例库,并将该测试用例从进阶2测试用例库删除。
其中,第二阈值可以根据实际应用的需求进行设置,在此不再赘述。
需说明的是,进阶测试用例库的阶数越高代表测试用例可以发现测试对象的缺陷的次数越多,也就是说,该测试用例的价值就越高,其对应被执行的次数应该越多(即被执行的概率越高)。
此后,软件测试系统就可以从基本测试用例库和/或进阶测试用例库中获取这些保存的测试用例对测试对象进行测试,并根据测试结果及时对这些测试用例进行进化,比如从基本测试用例库移入进阶测试用例库,或者从低阶数的进阶测试用例库移入高阶数的进阶测试用例库,等等。需说明的是,本发明实施例中所举例的“测试用例进入基本测试用例库”的步骤(步骤202和203)为可选步骤,应当理解的是,也可以直接从基本测试用例库和/或进阶测试用例库中获取之前保存的测试用例对测试对象进行测试,其后续步骤的执行与此类似,在此不再赘述。
此外,还需说明的是,每个阶段的测试过程可以以本地日志的形式记录下来,这样,既方便用户随时进行查看,也方便系统随时进行调用。
由上可知,本实施例的软件测试系统采用在对测试对象的控件进行测试时,以本地日志的形式记录测试过程,并在发现测试对象存在缺陷时,记录发现缺陷的次数,然后根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比,从而在一定程度上可以反映出测试用例的价值,以便用户选择具有高价值的测试用例来进行测试,提高测试时发现问题的能力;而且,由于记录了测试过程,所以提供了一种可以回归验证软件缺陷的能力,即在发现被测试的软件存在缺陷时,可以通过相同的方式测试出现该缺陷,并进化该相同的测试方式,此外,在发现缺陷已经被解决时,还可以验证该缺陷是否已经被解决。
实施例三、
为了更好地实施以上方法,本发明实施例还提供一种软件测试系统,如图3所示,该软件测试系统包括控件获取单元301、测试用例获取单元302、测试单元303、记录单元304和处理单元305;
控件获取单元301,用于获取测试对象中所有控件;
其中,测试对象具体可以为各种软件,比如客户端软件等;控件可以包括按钮控件、静态链接控件、勾选框控件和/或列表控件等,在此不再列举。
测试用例获取单元302,用于从基本测试用例库和/或进阶测试用例库中获取测试用例;
其中,基本测试用例库和进阶测试用例库中的测试用例是以前进行软件测试时自动保存的测试用例,其中,基本测试用例库保存的是最基本的测试用例,而进阶测试用例库保存的是发现了测试对象存在缺陷的测试用例,进阶测试用例库可以包括多个不同阶数的测试用例库,不同的阶数对应不同的“发现缺陷的次数”阈值,阶数越高代表测试用例可以发现测试对象的缺陷的次数越多。这是因为,如果测试用例测试对象存在缺陷的次数越多,就代表该测试用例越容易发现被测试对象所存在的缺陷,也就是说,该测试用例的价值就越高,其对应被执行的次数应该越多(即被执行的概率越高),所以,其对应的进阶测试用例库的阶数(或者称为层次)越高。
测试单元303,用于利用测试用例对这些控件进行测试;
例如,测试单元303,具体可以从获取到的所有控件中随机获取一些控件,并利用测试用例对这些控件进行测试。
记录单元304,用于记录测试过程,若发现测试对象存在缺陷,则记录发现缺陷的次数;
例如,记录单元304具体可以以本地日志的形式来记录测试过程,这样,既方便用户随时进行查看,也方便系统随时进行调用。
其中,测试对象存在缺陷,指的是能被该软件测试系统明显感知为漏洞(bug)的缺陷,比如程序崩溃等。
处理单元305,用于根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中。
其中,进阶测试用例库的阶数与测试用例的执行概率成正比。例如,具体可以如下:
如果发现测试对象存在缺陷,则可以将该测试用例从基本测试用例库移入进阶1测试用例库,即,将该测试用例加入进阶1测试用例库,并将该测试用例从基本测试用例库删除;
如果处理单元305发现测试对象存在缺陷的次数超过第一阈值,比如5次,则处理单元305可以将该测试用例从进阶1测试用例库移入进阶2测试用例库,即,将该测试用例加入进阶2测试用例库,并将该测试用例从进阶1测试用例库删除;
如果处理单元305发现测试对象存在缺陷的次数超过第二阈值,比如10次,则处理单元305可以将该测试用例从进阶2测试用例库移入进阶3测试用例库,即,将该测试用例加入进阶3测试用例库,并将该测试用例从进阶2测试用例库删除;
同理,如果处理单元305发现测试对象存在缺陷的次数超过第三阈值,比如15次,则处理单元305可以将该测试用例从进阶3测试用例库移入进阶4测试用例库,即,将该测试用例加入进阶4测试用例库,并将该测试用例从进阶3测试用例库删除,等等,以此类推。
其中,进阶测试用例库的阶数可以由测试策略进行定制,而各个阶数所对应的阈值,比如第一阈值、第二阈值和第三阈值等,可以根据实际应用的需求进行设置,在此不再赘述。
此外,该软件测试系统还可以包括保存单元;
保存单元,可以用于按照预置步长模拟点击所述控件,记录每一个步长内的点击过程,并作为测试用例保存在基本测试用例库中。
其中,步长指的是每个周期所能点击控件的次数,即点击周期;该步长的大小可以根据实际应用的需求进行设置,比如,可以设置为每个点击周期为30次,等等。
可选的,为了避免基本测试用例库中存在重复的测试用例,节省存储空间,以及提高处理效率,在将测试用例库保存在基本测试用例库之前,还可以对测试用例作一个判断,即判断基本测试用例库中是否存在该测试用例,若存在,则无需将该测试用例保存在基本测试用例库中,若不存在,才将所述测试用例保存在基本测试用例库中。即:
该保存单元,具体可以用于确定基本测试用例库中不存在该测试用例时,将该测试用例保存在基本测试用例库中。
具体实施时,以上各个单元可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,在此不再赘述。
该软件测试系统具体可以集成在个人计算机等设备。
由上可知,本实施例的软件测试系统采用在测试单元303对测试对象的控件进行测试时,由记录单元304记录测试过程,并在发现测试对象存在缺陷时,记录发现缺陷的次数,然后由处理单元305根据发现缺陷的次数将测试用例移入相应的进阶测试用例库中,其中,进阶测试用例库的阶数与测试用例的执行概率成正比,从而在一定程度上可以反映出测试用例的价值,以便用户选择具有高价值的测试用例来进行测试,提高测试时发现问题的能力;而且,由于记录了测试过程,所以提供了一种可以回归验证软件缺陷的能力,即在发现被测试的软件存在缺陷时,可以通过相同的方式测试出现该缺陷,并进化该相同的测试方式,此外,在发现缺陷已经被解决时,还可以验证该缺陷是否已经被解决。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:只读存储器(ROM,ReadOnlyMemory)、随机存取记忆体(RAM,RandomAccessMemory)、磁盘或光盘等。
以上对本发明实施例所提供的一种软件测试方法和系统进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (10)
1.一种软件测试方法,其特征在于,包括:
获取测试对象中所有控件;
从基本测试用例库和/或进阶测试用例库中获取测试用例,所述进阶测试用例库包括多个不同阶数的测试用例库,不同的阶数对应不同的发现缺陷的次数阈值,阶数越高代表测试用例可以发现测试对象的缺陷的次数越多;
利用所述测试用例对所述控件进行测试,并记录测试过程;
若发现测试对象存在缺陷,则记录发现缺陷的次数;
根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,所述进阶测试用例库的阶数与测试用例的执行概率成正比,所述根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,包括:将所述测试用例从所述基本测试用例库移入所述进阶测试用例库,或将所述测试用例从低阶数的进阶测试用例库移入高阶数的进阶测试用例库。
2.根据权利要求1所述的方法,其特征在于,所述获取测试对象中所有控件之后,还包括:
按照预置步长模拟点击所述控件;
记录每一个步长内的点击过程,并作为测试用例保存在基本测试用例库中。
3.根据权利要求2所述的方法,其特征在于,所述作为测试用例保存在基本测试用例库中具体为:
确定基本测试用例库中不存在所述测试用例时,将所述测试用例保存在基本测试用例库中。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述记录测试过程,包括:
以本地日志的形式记录测试过程。
5.根据权利要求1至3任一项所述的方法,其特征在于,所述控件包括:
按钮控件、静态链接控件、勾选框控件和/或列表控件。
6.一种软件测试系统,其特征在于,包括:
控件获取单元,用于获取测试对象中所有控件;
测试用例获取单元,用于从基本测试用例库和/或进阶测试用例库中获取测试用例,所述进阶测试用例库包括多个不同阶数的测试用例库,不同的阶数对应不同的发现缺陷的次数阈值,阶数越高代表测试用例可以发现测试对象的缺陷的次数越多;
测试单元,用于利用所述测试用例对所述控件进行测试;
记录单元,用于记录测试过程,若发现测试对象存在缺陷,则记录发现缺陷的次数;
处理单元,用于根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,所述进阶测试用例库的阶数与测试用例的执行概率成正比,所述根据所述发现缺陷的次数将所述测试用例移入相应的进阶测试用例库中,包括:将所述测试用例从所述基本测试用例库移入所述进阶测试用例库,或将所述测试用例从低阶数的进阶测试用例库移入高阶数的进阶测试用例库。
7.根据权利要求6所述的软件测试系统,其特征在于,还包括保存单元;
保存单元,用于按照预置步长模拟点击所述控件,记录每一个步长内的点击过程,并作为测试用例保存在基本测试用例库中。
8.根据权利要求7所述的软件测试系统,其特征在于,
所述保存单元,具体用于确定基本测试用例库中不存在所述测试用例时,将所述测试用例保存在基本测试用例库中。
9.根据权利要求6至8任一项所述的软件测试系统,其特征在于,
记录单元,具体用于以本地日志的形式记录测试过程。
10.根据权利要求6至8任一项所述的软件测试系统,其特征在于,所述控件包括:
按钮控件、静态链接控件、勾选框控件和/或列表控件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310088226.7A CN104063307B (zh) | 2013-03-19 | 2013-03-19 | 一种软件测试方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310088226.7A CN104063307B (zh) | 2013-03-19 | 2013-03-19 | 一种软件测试方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104063307A CN104063307A (zh) | 2014-09-24 |
CN104063307B true CN104063307B (zh) | 2016-05-04 |
Family
ID=51551029
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310088226.7A Active CN104063307B (zh) | 2013-03-19 | 2013-03-19 | 一种软件测试方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104063307B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105446876B (zh) * | 2015-11-03 | 2020-12-22 | 北京京东尚科信息技术有限公司 | 自动化测试方法、装置、系统、电子设备及可读存储介质 |
CN106095690A (zh) * | 2016-06-23 | 2016-11-09 | 维沃移动通信有限公司 | 应用的测试方法及移动终端 |
CN107741902B (zh) * | 2016-12-23 | 2020-07-07 | 腾讯科技(深圳)有限公司 | 程序应用检测方法及程序应用检测装置 |
CN106844202B (zh) * | 2016-12-30 | 2020-04-21 | 和创(北京)科技股份有限公司 | 生成测试用例的方法和终端设备 |
CN108388509B (zh) * | 2018-02-07 | 2020-07-03 | 平安科技(深圳)有限公司 | 一种软件测试方法、计算机可读存储介质及终端设备 |
CN108595321A (zh) * | 2018-04-04 | 2018-09-28 | 北京潘达互娱科技有限公司 | 一种应用测试方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102495789A (zh) * | 2011-10-18 | 2012-06-13 | 瑞斯康达科技发展股份有限公司 | 一种自动化测试方法和设备 |
CN102662833A (zh) * | 2012-03-21 | 2012-09-12 | 天津书生软件技术有限公司 | 一种管理测试用例的方法 |
-
2013
- 2013-03-19 CN CN201310088226.7A patent/CN104063307B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102495789A (zh) * | 2011-10-18 | 2012-06-13 | 瑞斯康达科技发展股份有限公司 | 一种自动化测试方法和设备 |
CN102662833A (zh) * | 2012-03-21 | 2012-09-12 | 天津书生软件技术有限公司 | 一种管理测试用例的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104063307A (zh) | 2014-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104063307B (zh) | 一种软件测试方法和系统 | |
US9202005B2 (en) | Development and debug environment in a constrained random verification | |
CN106055464B (zh) | 数据缓存集群压力测试装置及方法 | |
US8209141B2 (en) | System and method for automatically generating test patterns for at-speed structural test of an integrated circuit device using an incremental approach to reduce test pattern count | |
CN104166619B (zh) | 应用程序的性能测试方法及终端 | |
CN106326067B (zh) | 一种在压力测试下对cpu性能进行监控的方法及装置 | |
US20070094541A1 (en) | Method and apparatus for generating test execution sequences automatically for a software testing process | |
Pomeranz et al. | Forward-looking fault simulation for improved static compaction | |
CN106339312A (zh) | Api测试方法和系统 | |
CN104731701B (zh) | 测试系统及执行测试任务的方法和装置 | |
Pomeranz et al. | A measure of quality for n-detection test sets | |
CN105468508B (zh) | 代码检测方法及装置 | |
CN106980571A (zh) | 一种测试用例集的构建方法和设备 | |
Zhao et al. | A graph traversal based framework for sequential logic implication with an application to c-cycle redundancy identification | |
US8874966B1 (en) | Storage device error simulator tool | |
CN109558328A (zh) | 一种代码覆盖率的测试方法、系统、装置及可读存储介质 | |
CN107562615B (zh) | 基于目标符合性评审论证树模型的适航符合性测试方法 | |
Pomeranz | A test selection procedure for improving the accuracy of defect diagnosis | |
CN107766230A (zh) | 一种基于配置文件进行测试的方法与设备 | |
US8719651B1 (en) | Scan chain diagnostic using scan stitching | |
CN107066391A (zh) | 测试用例的处理方法以及系统 | |
CN110297770A (zh) | 应用测试方法及相关装置 | |
Haghbayan et al. | Test pattern selection and compaction for sequential circuits in an HDL environment | |
CN103902420B (zh) | 电子设备性能测试方法及装置 | |
US9400858B1 (en) | Virtual verification machine for a hardware based verification platform |
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 |