本发明涉及计算机技术领域,具体而言,涉及一种确定测试策略的方法、装置及系统、计算机终端。
背景技术
目前市场上有各类开源或商业的自动化测试系统,均提供了测试对象识别、测试脚本编写、执行、日志查看、统计等功能,但是没有提供对测试策略管理等资产定义和管理功能,在测试移动应用的过程中,会导致测试的效率较低,影响测试移动应用的测试结果。
针对上述现有技术中缺少确定自动化测试的测试策略的方法,导致测试效率较低的问题,目前尚未提出有效的解决方案。
技术实现要素:
本发明实施例提供了一种确定测试策略的方法、装置及系统、计算机终端,以至少解决现有技术中缺少确定自动化测试的测试策略的方法,导致测试效率较低的技术问题。
根据本发明实施例的一个方面,提供了一种确定测试策略的方法,包括:确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
进一步地,获取上述通用策略中的第二类测试策略,包括:确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
进一步地,在采用上述第二类测试策略测试上述应用之后,上述方法还包括:存储上述第二类测试策略至预设数据库中。
进一步地,在存储上述第二类测试策略至预设数据库之前,上述方法还包括:获取当前测试应用的测试次数;在上述测试次数大于或等于两次的情况下,获取上述预设数据库中存储的第二类测试策略;在上述测试次数为一次的情况下,执行上述存储上述第二类测试策略至预设数据库中的步骤。
进一步地,在存储上述第二类测试策略至预设数据库之后,上述方法还包括:获取上述应用的第一类型;判断上述第一类型是否与第二类型一致,得到判断结果,其中,上述第二类型为上述第二类测试策略所对应的应用的类型;在上述判断结果为是的情况下,获取上述预设数据库中存储的第二类测试策略。
根据本发明实施例的另一方面,还提供了一种确定测试策略的系统,包括:处理器,用于确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略,并在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用;数据库,与上述处理器连接,用于存储上述第一类测试策略和上述第二类测试策略。
进一步地,上述处理器通过以下方式获取上述通用策略中的第二类测试策略:确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
根据本发明实施例的另一方面,还提供了一种计算机终端,提供人机交互测试界面,上述人机交互界面包括:第一界面,用于展示用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;第二界面,用于展示第二类测试策略,其中,上述第二类测试策略为在测试上述应用的过程中从上述通用策略中获取的测试策略,用于测试上述应用。
根据本发明实施例的另一方面,还提供了一种计算机终端,提供人机交互测试界面,上述人机交互界面包括:第一控件,用于接收用户的第一选择指令,并在上述第一选择指令的触发下展示上述第一类测试策略;第二控件,为上述第一控件所管理的子控件,用于接收用户的第二选择指令,并在上述第二选择指令的触发下展示上述第二类测试策略,其中,上述第一类测试策略包括:通用策略,上述第二类测试策略为在测试上述应用的过程中从上述通用策略中获取的测试策略,用于测试上述应用。
根据本发明实施例的另一方面,又提供了一种确定测试策略的装置,包括:确定模块,用于确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;获取模块,用于在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
在本发明实施例中,通过确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用,达到了确定用于测试移动应用的自动化测试策略的目的,从而实现了提高测试移动应用的测试效率的技术效果,进而解决了现有技术中缺少确定自动化测试的测试策略的方法,导致测试效率较低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的一种确定测试策略的方法的步骤流程图;
图2是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图;
图3是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图;
图4是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图;
图5是根据本发明实施例的一种可选的确定测试策略的系统的结构框图;
图6是根据本发明实施例的一种可选的计算机终端的人机交互测试界面图;
图7是根据本发明实施例的另一种可选的计算机终端的人机交互测试界面图;以及
图8是根据本发明实施例的一种确定测试策略的装置的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
本发明实施例提供了一种确定测试策略的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种确定测试策略的方法的步骤流程图,如图1所示,该方法包括如下步骤:
步骤s102,确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;
步骤s104,在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
在本发明实施例中,通过确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用,达到了确定用于测试移动应用的自动化测试策略的目的,从而实现了提高测试移动应用的测试效率的技术效果,进而解决了现有技术中缺少确定自动化测试的测试策略的方法,导致测试效率较低的技术问题。
需要说明的是,测试策略是指描述测试工程的总体方法和目标,描述目前在哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、覆盖测试等)。
在一种可选的实施方式中,上述第二类测试策略可以为但不限于自定义测试策略,例如,典型的自定义测试策略。
此外,仍需说明的是,本申请所提供的上述确定测试策略的方法可以用于定义和管理面向移动应用自动化测试的测试策略。
在一种可选的实施例中,图2是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图,如图2所示,上述步骤s104中获取上述通用策略中的第二类测试策略,包括如下方法步骤:
步骤s202,确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;
步骤s204,通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
本申请中所提供的测试策略包括:通用测试策略、自定义测试策略和项目测试策略,每种类型的测试策略至少包括如下子策略:业务类型策略、测试类型策略、测试机型策略、app测试策略。
此外,在本申请实施例中,上述业务类型策略:包含类型、规则编号、测试类型细则描述、是否启用、备注等信息;测试类型策略:包含一级目录、二级目录、三级目录、规则编号、基础规则描述、是否启用、备注等信息;测试机型策略:包含品牌名称、型号、型号流行程度、机型流行程度、屏幕尺寸、主屏分辨率、操作系统版本、上市时间、特殊型号标志、是否启用、备注等信息;app冲突覆盖策略:包含app类型、app名称、是否使用等信息。
在上述步骤202至步骤s204中,可以在接收到用户的选择指令的情况下,获取上述通用策略中的第二类测试策略。
作为一种可选的实施例,在采用上述第二类测试策略测试上述应用之后,上述方法还包括:存储上述第二类测试策略至预设数据库中。
可选的,上述预设数据库可以为测试系统的数据库服务器,关于上述各个测试策略的关系。在本申请中可以从通用策略中获取自定义测试策略,将自定义测试策略存储为项目测试策略,以便于供后续类似的测试项目引用。
在本申请中,测试人员可以使用提供的excle、wpset模板填写具体内容,然后通过导入功能将内容上传到测试系统的数据库服务器,此外,测试系统还提供了增、删、改、查等功能,实现了在组织内部统一管理。
在另一种可选的实施例中,图3是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图,如图3所示,在存储上述第二类测试策略至预设数据库之前,上述方法还包括如下方法步骤:
步骤s302,获取当前测试应用的测试次数;
步骤s304,在上述测试次数大于或等于两次的情况下,获取上述预设数据库中存储的第二类测试策略;
步骤s306,在上述测试次数为一次的情况下,执行上述存储上述第二类测试策略至预设数据库中的步骤。
在上述步骤s302至步骤s306中,在测试应用时,本申请还获取当前测试应用的测试次数,此处获取测试次数是用于确定当前测试的应用是否为首次测试,如果为首次测试,则先确定用于测试应用的通用策略,进而确定适用于本次测试应用的自定义测试策略,并将获取到的自定义测试策略存储在上述预设数据库中;如果不为首次测试,则直接在上述预设数据库中获取适用于本次测试应用的自定义测试策略。
通过本申请上述实施例,可以实现测试系统内部统一的移动应用自动化测试的测试策略知识库,有助于知识资产的积累及复用,进而实现了提高测试移动应用的测试效率的技术效果。
在本申请中,在一种可选的实施例中,图4是根据本发明实施例的一种可选的确定测试策略的方法的步骤流程图,如图4所示,在存储上述第二类测试策略至预设数据库之后,上述方法还包括如下方法步骤:
步骤s402,获取上述应用的第一类型;
步骤s404,判断上述第一类型是否与第二类型一致,得到判断结果,其中,上述第二类型为上述第二类测试策略所对应的应用的类型;
步骤s406,在上述判断结果为是的情况下,获取上述预设数据库中存储的第二类测试策略。
在一种可选的实施例中,上述第一类型和第二类型是指移动应用的类型;上述第二测试策略可以存储为预设数据库中的项目测试策略,以便于后续测试一致或类似的应用。
在上述步骤s402至步骤s406中,通过在判断出当前测试的应用的第一类型与上述预设数据库中所存储的所对应应用的第二类型,如果一致则可以直接获取预设数据库中的项目测试策略,进而可以提高测试移动应用的测试效率的技术效果。
实施例2
本发明实施例还提供了一种确定测试策略的系统的实施例,图5是根据本发明实施例的一种可选的确定测试策略的系统的结构框图,如图5所示,包括:处理器50和数据库52,
其中,处理器50,用于确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略,并在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用;数据库52,与上述处理器连接,用于存储上述第一类测试策略和上述第二类测试策略。
在本发明实施例中,通过处理器50,用于确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略,并在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用;数据库52,与上述处理器连接,用于存储上述第一类测试策略和上述第二类测试策略,达到了确定用于测试移动应用的自动化测试策略的目的,从而实现了提高测试移动应用的测试效率的技术效果,进而解决了现有技术中缺少确定自动化测试的测试策略的方法,导致测试效率较低的技术问题。
需要说明的是,测试策略是指描述测试工程的总体方法和目标,描述目前在哪一阶段的测试(单元测试、集成测试、系统测试)以及每个阶段内在进行的测试种类(功能测试、性能测试、覆盖测试等)。
在一种可选的实施方式中,上述第二类测试策略可以为但不限于自定义测试策略,例如,典型的自定义测试策略。
此外,仍需说明的是,本申请所提供的上述确定测试策略的方法可以用于定义和管理面向移动应用自动化测试的测试策略。
作为一种可选的实施例,上述处理器通过以下方式获取上述通用策略中的第二类测试策略:确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
本申请中所提供的测试策略包括:通用测试策略、自定义测试策略和项目测试策略,每种类型的测试策略至少包括如下子策略:业务类型策略、测试类型策略、测试机型策略、app测试策略。
在本申请所提供的可选实施例中,可以在接收到用户的选择指令的情况下,获取上述通用策略中的第二类测试策略。
作为一种可选的实施例,在采用上述第二类测试策略测试上述应用之后,上述方法还包括:存储上述第二类测试策略至预设数据库中。
可选的,上述预设数据库可以为测试系统的数据库服务器,关于上述各个测试策略的关系。在本申请中可以从通用策略中获取自定义测试策略,将自定义测试策略存储为项目测试策略,以便于供后续类似的测试项目引用。
在本申请中,测试人员可以使用提供的excle、wpset模板填写具体内容,然后通过导入功能将内容上传到测试系统的数据库服务器,此外,测试系统还提供了增、删、改、查等功能,实现了在组织内部统一管理。
需要说明的是,上述实施例1中的任意一种可选的或优选的确定测试策略的方法,均可以在本实施例所提供的确定测试策略的系统中执行或实现。
此外,仍需要说明的是,本实施例的可选或优选实施方式可以参见实施例1中的相关描述,此处不再赘述。
实施例3
本发明实施例还提供了一种计算机终端的实施例,该计算机终端提供人机交互测试界面,图6是根据本发明实施例的一种可选的计算机终端的人机交互测试界面图,如图6所示,上述人机交互界面包括:第一界面60和第二界面62,
其中,第一界面60,用于展示用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;第二界面62,用于展示第二类测试策略,其中,上述第二类测试策略为在测试上述应用的过程中从上述通用策略中获取的测试策略,用于测试上述应用。
此外,仍需要说明的是,本实施例的可选或优选实施方式可以参见实施例1和2中的相关描述,此处不再赘述。
实施例4
本发明实施例还提供了一种计算机终端的实施例,该计算机终端提供人机交互测试界面,图7是根据本发明实施例的另一种可选的计算机终端的人机交互测试界面图,如图7所示,上述人机交互界面包括:第一控件70和第二控件72,
其中,第一控件70,用于接收用户的第一选择指令,并在上述第一选择指令的触发下展示上述第一类测试策略;第二控件72,为上述第一控件所管理的子控件,用于接收用户的第二选择指令,并在上述第二选择指令的触发下展示上述第二类测试策略,其中,上述第一类测试策略包括:通用策略,上述第二类测试策略为在测试上述应用的过程中从上述通用策略中获取的测试策略,用于测试上述应用。
此外,仍需要说明的是,本实施例的可选或优选实施方式可以参见实施例1和2中的相关描述,此处不再赘述。
实施例5
本发明实施例还提供了一种用于实施上述确定测试策略方法的装置实施例,图8是根据本发明实施例的一种确定测试策略的装置的结构框图,如图8所示,上述确定测试策略的装置,包括:确定模块80和获取模块82,其中,
确定模块80,用于确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;获取模块82,用于在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,例如,对于后者,可以通过以下方式实现:上述各个模块可以位于同一处理器中;或者,上述各个模块以任意组合的方式位于不同的处理器中。
此处需要说明的是,上述确定模块80和获取模块82对应于实施例1中的步骤s102至步骤s104,上述模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块作为装置的一部分可以运行在计算机终端中。
需要说明的是,本实施例的可选或优选实施方式可以参见实施例1和2中的相关描述,此处不再赘述。
上述的确定测试策略的装置还可以包括处理器和存储器,上述确定模块80和获取模块82等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元,上述内核可以设置一个或以上。存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flashram),存储器包括至少一个存储芯片。
本申请实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质包括存储的程序,其中,在上述程序运行时控制上述存储介质所在设备执行上述任意一种确定测试策略的方法。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
本申请实施例还提供了一种处理器。可选地,在本实施例中,上述处理器用于运行程序,其中,上述程序运行时执行上述任意一种确定测试策略的方法。
本申请实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
可选地,上述处理器执行程序时,还可以确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
可选地,上述处理器执行程序时,还可以存储上述第二类测试策略至预设数据库中。
可选地,上述处理器执行程序时,还可以获取当前测试应用的测试次数;在上述测试次数大于或等于两次的情况下,获取上述预设数据库中存储的第二类测试策略;在上述测试次数为一次的情况下,执行上述存储上述第二类测试策略至预设数据库中的步骤。
可选地,上述处理器执行程序时,还可以获取上述应用的第一类型;判断上述第一类型是否与第二类型一致,得到判断结果,其中,上述第二类型为上述第二类测试策略所对应的应用的类型;在上述判断结果为是的情况下,获取上述预设数据库中存储的第二类测试策略。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:确定用于测试应用的第一类测试策略,其中,上述第一类测试策略包括:通用策略;在测试上述应用的过程中,获取上述通用策略中的第二类测试策略,并采用上述第二类测试策略测试上述应用。
可选地,上述计算机程序产品执行程序时,还可以确定上述通用策略中的至少一个测试子策略,其中,上述测试子策略至少包括:测试类型策略、测试机型策略、业务类型策略、app冲突覆盖策略;通过对上述测试子策略进行组合处理,得到上述第二类测试策略。
可选地,上述计算机程序产品执行程序时,还可以存储上述第二类测试策略至预设数据库中。
可选地,上述计算机程序产品执行程序时,还可以获取当前测试应用的测试次数;在上述测试次数大于或等于两次的情况下,获取上述预设数据库中存储的第二类测试策略;在上述测试次数为一次的情况下,执行上述存储上述第二类测试策略至预设数据库中的步骤。
可选地,上述计算机程序产品执行程序时,还可以获取上述应用的第一类型;判断上述第一类型是否与第二类型一致,得到判断结果,其中,上述第二类型为上述第二类测试策略所对应的应用的类型;在上述判断结果为是的情况下,获取上述预设数据库中存储的第二类测试策略。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。