CN115374012A - 自动化回归测试方法、装置、电子设备及存储介质 - Google Patents
自动化回归测试方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN115374012A CN115374012A CN202211209874.9A CN202211209874A CN115374012A CN 115374012 A CN115374012 A CN 115374012A CN 202211209874 A CN202211209874 A CN 202211209874A CN 115374012 A CN115374012 A CN 115374012A
- Authority
- CN
- China
- Prior art keywords
- test
- script
- duration
- reserved
- test duration
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3676—Test management for coverage analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种自动化回归测试方法、装置、电子设备及存储介质,其中,该方法包括:获取目标产品的预计投产时间,并基于预计投产时间确定预留测试时长;基于预留测试时长和预设测试时长确定对应测试脚本,并获取与测试脚本对应的测试案例集;基于测试案例集对测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种自动化回归测试方法、装置、电子设备及存储介质。
背景技术
随着计算机技术的快速发展,为了保证应用程序或新开发的功能可以正常的运行,往往会在应用程序或新开发的功能投入使用之前对其中的脚本进行回归测试。
然而,现有的回归测试方法是通过对所有功能的脚本进行验证,进而达到保证程序稳定性的效果,但是由于对所有功能的脚本都进行验证,导致在测试时的成本较高,测试周期较长,降低了回归测试的效率。
发明内容
本发明提供一种自动化回归测试方法、装置、电子设备及存储介质,实现了根据测试时长确定对应的测试脚本,并根据与测试脚本对应的测试用例集进行自动化回归测试,提升了回归测试效率。
第一方面,本发明提供了一种自动化回归测试方法,包括:
获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长;
基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集;其中,预设测试时长是测试脚本所需的最小测试时长;
基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
第二方面,本发明实施例还提供了一种自动化回归测试装置,该装置包括:
预留测试时长获取模块,用于获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长;
测试脚本确定模块,用于基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集;其中,预设测试时长是测试脚本所需的最小测试时长;
测试模块,用于基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
第三方面,本发明实施例还提供了一种电子设备,所述设备包括:
一个或多个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够实现如本发明实施例任一所述的自动化回归测试方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例任一所述的自动化回归测试方法。
本发明实施例的技术方案,通过获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长,进而可以基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,最终基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
为了更加清楚地说明本发明实施例中的技术方案,下面对描述实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种自动化回归测试方法的流程示意图;
图2是本发明实施例提供的一种自动化回归测试方法的流程图;
图3是本发明实施例提供的一种自动化回归测试装置的结构框图;
图4是本发明实施例提供的电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
图1为本发明实施例提供的一种自动化回归测试方法的流程示意图,本实施例可适用于基于当前商品的投产时间确定预留测试时长,进而基于预留测试时长确定对应的测试脚本,并进行自动化回归测试的情况,该方法可以由自动化回归测试装置来执行,该自动化回归测试装置可以采用硬件/或软件的形式实现,该装置可配置于电子设备中,该电子设备可以是PC端或服务端等。
如图1所示,该方法包括:
S110、获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长。
其中,目标产品可以是需要进行回归测试的产品,例如即将开发完成的应用程序或即将上线的新功能等。预计投产时间可以理解为与目标产品对应的投产时间。预留测试时长可以是当前时间与预计投产时间之间的时长,用于完成对目标产品的测试。
具体的,当需要对目标产品进行测试时,可以获取到目标产品的预计投产时间,可以理解的是,在产品立项的时候,为了合理规划产品的投产时间,往往会预先设定一个预计投产时间,以指示开发部门该产品的所有开发工作需要在预计投产时间之前完成,并且目标产品的预计投产时间可以存储在对应的数据库中,在需要时从数据库中调取与目标产品对应的预计投产时间即可,获取到预计投产时间后,可以根据预留投产时间与当前时间确定预留测试时长。例如,预计投产时间为2025年1月1日,当前时间为2024年1月1日,则基于预计投产时间和当前时间可得出预留测试时长为一年。
在上述技术方案的基础上,在所述获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长之前,包括:获取所述目标产品的历史功能使用数据以及脚本重要程度信息;基于所述历史功能使用数据和所述脚本重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长。
其中,测试脚本类别包括全量脚本、重要脚本、关键脚本以及核心脚本。历史功能使用数据可以是预设时间段内应用程序中各个功能的历史运行数据。脚本重要程度信息可以理解为应用程序中各个脚本对应的重要程度。测试脚本类别可以是测试脚本的类型,不同类型的测试脚本中的脚本数量不同。预设测试时长可以理解为基于不同的测试脚本类别设置的不同测试时长。全量脚本可以理解为目标产品中的所有脚本,重要脚本、关键脚本以及核心脚本可以是目标商品的所有脚本中满足一定条件的所有脚本。
具体的,获取到目标产品在一定时间段内的历史功能使用数据,以及目标产品内的脚本重要程度信息,进而基于该历史功能使用数据和脚本重要程度信息对目标产品的脚本划分为不同脚本类别的脚本,并针对不同的脚本类别设置对应的测试时长。例如,如果对应用程序的功能进行更新,可以获取到应用程序历史三个月内的功能使用数据以及该应用程序的脚本重要程度信息,根据应用程序历史三个月内的功能使用数据以及脚本重要程度信息确定出重要脚本、关键脚本以及核心脚本,并为不同类型的脚本设置对应的测试时长。可以理解的是,全量脚本的脚本数量大于重要脚本的脚本数量,重要脚本的脚本数量大于关键脚本的脚本数据量,关键脚本的脚本数量大于核心脚本的脚本数量。
在上述技术方案的基础上,所述基于所述历史功能使用数据和所述重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长,包括:将所述目标产品的对应的所有脚本作为所述全量脚本,并将所述全量脚本对应的预设测试时长设置为第一测试时长;基于所述历史功能使用数据和第一使用阈值确定重要脚本,并将所述重要脚本的的预设测试时长设置为第二测试时长。
其中,第一测试时长大于第二测试时长。第一使用阈值可以是预先设置的功能历史使用数量阈值。第一测试时长可以是测试全量脚本时所需的最小时长,相应的,第二测试时长可以是测试重要脚本时所需的最小时长。
具体的,在获取到目标产品的相关信息后,可以直接将目标产品的所有脚本作为全量脚本,并针对全量脚本设置对应的第一测试时长,需要说明的是,测试时长是测试人员根据情况设定的,也即是说,不同的目标产品对应的测试脚本的测试时长均不相同,需要测试人员根据实际需求进行设置。进而根据历史功能使用数据和第一使用阈值确定出满足条件的脚本,并将所有满足条件的脚本作为重要脚本,例如可以将第一使用阈值设置为三个月内历史使用数据大于1,进而将所有三个月内历史使用数据大于1的功能对应的脚本作为重要脚本。
在上述技术方案的基础上,所述基于所述历史功能使用数据和所述重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长,包括:基于所述历史功能使用数据和第二使用阈值确定关键脚本,并将所述关键脚本的预设测试时长设置为第三测试时长;基于所述目标产品的脚本重要程度信息确定核心脚本,并将所述核心脚本的预设测试时长设置为第四测试时长。
其中,第二测试时长大于所述第三测试时长,所述第三测试时长大于所述第四测试时长。第二使用阈值可以是预设的在一定时长内功能的使用次数。第三测试时长可以理解为关键脚本的最小测试时长,相应的,第四测试时长可以理解为核心脚本的最小测试时长。
具体的,获取到目标产品的历史功能使用数据,并基于历史功能使用数据和第二使用阈值确定关键脚本,例如将历史三个月内历史功能使用数据大于第二使用阈值的功能对应的脚本作为关键脚本,并设置与关键脚本相对应的第三测试时长。基于目标产品的脚本重要程度信息,将脚本重要程度信息最高的脚本作为目标产品的核心脚本,并设备与核心脚本对应的第四测试时长。可以理解的是,核心脚本保证了目标产品的可用性,为了保证应用程序可以正常的运行,必然要保证核心脚本的正常运行,例如核心脚本可以与应用程序的登录功能相对应。
S120、基于所述预留测试时长和预设测试时长确定对应的测试脚本,并获取与所述测试脚本对应的测试案例集。
其中,预设测试时长是测试脚本所需的最小测试时长。测试案例集可以理解为用于对测试脚本进行回归测试的案例的集合。
具体的,根据预留测试时长和各类型测试脚本的预设测试时长确定能够进行测试的脚本,并获取到与测试脚本相对应的测试案例集。例如可以是将预留测试时长与预设测试时长相匹配,当预留测试时长满足预设测试时长的条件时,选择与当前预设测试时长相对应的脚本类型作为测试脚本,并获取与当前测试脚本类型相对应的测试案例集。需要说明的是,测试案例集用于对测试脚本进行测试,进而得到对应的测试结果,并且不同的测试脚本内包含的脚本数量不同,因此不同的测试脚本对应的不同的测试案例集。
在上述技术方案的基础上,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:如果所述预留测试时长大于第一测试时长,则确定与所述预留测试时长对应的测试脚本为全量脚本,并获取与所述全量脚本对应的测试案例集;如果所述预留测试时长小于第一测试时长,并且所述预留测试时长大于第二测试时长,则确定与所述留测试时长对应的测试脚本为重要脚本,并获取与所述重要脚本对应的测试案例集。
具体的,将预留测试时长与预设测试时长进行匹配以确定满足测试条件的测试脚本,若预留测试时长大于第一测试时长,则说明当前预留测试时长足够完成对目标产品内所有脚本的测试,因此确定测试脚本为全量脚本,并获取与全量脚本对应的测试案例集,以基于测试案例集完成全量脚本的测试。若预留测试时长小于第一测试时长,并且预留测试时长大于第二测试时长,则说明当前预留测试时长不满足全量脚本的测试条件,但是满足重要脚本的测试条件,因此确定测试脚本为重要脚本,并调取与重要脚本对应的测试案例集,以基于与重要脚本对应的测试案例集完成对重要脚本的回归测试。
在上述技术方案的基础上,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:如果所述预留测试时长小于第二测试时长,并且所述所述预留测试时长大于第三测试时长,则确定与所述留测试时长对应的测试脚本为关键脚本,并获取与所述关键脚本对应的测试案例集;如果所述预留测试时长小于第三测试时长,并且所述所述预留测试时长大于第四测试时长,则确定与所述留测试时长对应的测试脚本为核心脚本,并获取与所述核心脚本对应的测试案例集。
具体的,将预留测试时长与预设测试时长进行匹配以确定满足测试条件的测试脚本,若预留测试时长小于第二测试时长,并且预留测试时长大于第三测试时长,则说明当前预留测试时长不满足重要脚本的测试条件,但是满足关键脚本的测试条件,因此确定测试脚本为关键脚本,并调取与关键脚本对应的测试案例集,以基于与关键脚本对应的测试案例集完成对关键脚本的回归测试。若预留测试时长小于第三测试时长,并且预留测试时长大于第四测试时长,则说明当前预留测试时长不满足关键脚本的测试条件,但是满足核心脚本的测试条件,因此确定测试脚本为核心脚本,并调取与核心脚本对应的测试案例集,以基于与核心脚本对应的测试案例集完成对核心脚本的回归测试。
在上述技术方案的基础上,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:如果所述预留测试时长小于第四测试时长,则所述预留测试时长无法满足测试需求,则确定是否需要推迟所述预计投产时间;如果需要推迟所述预计投产时间,则基于推迟后的预计投产时间重新确定预留测试时长;如果无需推迟所述预计投产时间,则立即结束对所述目标产品的测试。
具体的,若当前预留测试时长小于第四测试时长,则说明当前条件无法对任何脚本完成测试,因此需要确定是否推迟目标产品的预计投产时间。如果需要推迟预计投产时间,则基于推迟后的预计投产时间重新确定预留测试时长,并基于重新确定的预留测试时长确定测试方案。如果无需推迟预计投产时间,则立即结束本次回归测试。
S130、基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
其中,自动化回归测试可以对软件进行自动化的回归测试,软件测试可以理解为在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。回归测试可以理解为是指修改了旧代码后重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。测试结果可以理解为对测试脚本进行测试后生成的测试结果。
具体的,根据与测试脚本对应的测试案例集对测试脚本进行自动化回归测试,并在测试完成后生成与测试脚本对应的测试结果。例如,如果需要对核心脚本进行自动化回归测试,则需要保证当前预留测试时长大于第四测试时长,并且获取到与核心脚本相对应的测试案例集,进而基于测试案例集对核心脚本进行测试,生成相应的测试结果。
本发明实施例的技术方案,通过获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长,进而可以基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,最终基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
实施例二
图2为本发明实施例提供的一种自动化回归测试方法的流程图。本实施例在上述实施例的基础上,进一步优化了上述自动化回归测试方法。其具体的实施方式可以参见本实施例技术方案。其中,与上述实施例相同或者相应的技术术语在此不再赘述。
需要说明的是,不同的回归测试策略对应了不同的测试方法,如全面回归测试、选择性回归测试、指标法回归测试和自动化工具回归测试等。
其中,全面回归测试是指不管发现多少个问题,也不管哪些功能有问题,哪些功能没有问题,都进行测试。全面回归测试的优点是对所有功能进行验证,尽最大可能保证系统没有问题,但是这样同样带来一个很重要的问题,就是如果进行全面回归测试,那么测试的成本就会大大提高。
选择性回归测试是指,在回归测试时我们只对出现问题的这些功能进行验证,没有出现问题的功能就不进行测试。例如,一个系统一共有20个功能,第一轮测试时,发现10个BUG,这10个BUG是测试其中8个功能点发现的,那么选择性回归测试就只对这8个功能进行回归测试。但这样存在一个问题,在修改某个BUG时,如果修改了A函数,而这个A函数又被其他的功能所调用(假设是F1功能,这个F1功能在上一轮测试中是正确的),这个时候就不能仅仅验证存在问题的8个功能,还应该验证F1功能是否正确,即除了验证这些BUG外,还要关注那些可能影响到的模块。但是这里又存在一个问题,测试工程师如何知道哪些功能可能会受到影响呢?所以这就需要开发工程师在修复BUG时写清楚,当前这个BUG是由什么原因引起的,这个问题是如何修改的以及可能产生的影响,所以选择性回归测试除了需要验证当前的问题外,还要验证修改的这些问题可能对其他功能带来的影响。
指标法回归测试是指每次回归测试一定比例的测试用例,例如用例库一共是500条用例,每次回归测试时只回归验证其中60%的用例,这个方法是不可取的,因为没有规定回归哪60%的用例,这样可能出现测试工程师故意回归一些不相关的测试用例,因此质量无法保证。
因此,为了提高测试的效率与正确性,需要对传统的测试方法进行改进,采用新的自动化回归测试方法,本实施例提供的自动化回归测试方法步骤如下:
获取预留测试时长:具体的,每次自动化回归测试执行前,均需确认提交测试和目标产品的预计投产时间,根据预计投产时间确定预留测试时长,进而基于预留测试时长确定出对应的测试脚本。
需要说明的是,可以根据目标产品内功能的历史使用数据以及脚本的重要程度对脚本进行分类,可以划分为全量脚本、重要脚本、关键脚本以及核心脚本,具体的,全量脚本可以是覆盖所有产品交易的回归测试案例集合,全部执行完成本脚本组所有脚本需要的测试时间至少第一测试时长。重要脚本可以是近三个月内功能使用量大于1的功能,全部执行完成本脚本组所有脚本需要的时间至少第二测试时长。关键脚本可以理解为交易量比较大系统较为重要的案例集合,全部执行完成本脚本组所有脚本需要的时间至少第三测试时长。核心脚本可以理解为确保系统可用的少数几个脚本,全部执行完成本脚本组所有脚本需要的时间至少第四测试时长。
确定需要测试的脚本类型:分析判断预留的测试时长是否大于等于第一测试时长(对全量脚本进行测试所需要的最少时间),如果是则对全量脚本进行测试,如果否,则判断预留的测试时长是否大于等于第二测试时长(对重要脚本进行测试所需的最少时间),如果是则对重要脚本进行测试,如果否,则判断预留的测试时间是否大于等于第三测试时长(对关键脚本进行测试所需要的最少时间),如果是则对关键脚本进行测试,如果否则对核心脚本进行测试。
本发明实施例的技术方案,通过获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长,进而可以基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,最终基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
本发明实施例的技术方案,通过获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长,进而可以基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,最终基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
实施例三
图3为本发明实施例提供的一种自动化回归测试装置的结构框图。该装置包括:预留测试时长获取模块310、测试脚本确定模块320以及测试模块330。
预留测试时长获取模块310,用于获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长;
测试脚本确定模块320,用于基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集;其中,预设测试时长是测试脚本所需的最小测试时长;
测试模块330,用于基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
在上述技术方案的基础上,所述装置包括:
测试时长设置模块,用于获取所述目标产品的历史功能使用数据以及脚本重要程度信息;基于所述历史功能使用数据和所述脚本重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长;其中,测试脚本类别包括全量脚本、重要脚本、关键脚本以及核心脚本。
在上述技术方案的基础上,所述测试时长设置模块用于,将所述目标产品的对应的所有脚本作为所述全量脚本,并将所述全量脚本对应的预设测试时长设置为第一测试时长;基于所述历史功能使用数据和第一使用阈值确定重要脚本,并将所述重要脚本的预设测试时长设置为第二测试时长;其中,所述第一测试时长大于所述第二测试时长。
在上述技术方案的基础上,所述测试时长设置模块用于,基于所述历史功能使用数据和第二使用阈值确定关键脚本,并将所述关键脚本的预设测试时长设置为第三测试时长;基于所述目标产品的脚本重要程度信息确定核心脚本,并将所述核心脚本的预设测试时长设置为第四测试时长;其中,第二测试时长大于所述第三测试时长,所述第三测试时长大于所述第四测试时长。
在上述技术方案的基础上,所述测试脚本确定模块用于,如果所述预留测试时长大于第一测试时长,则确定与所述预留测试时长对应的测试脚本为全量脚本,并获取与所述全量脚本对应的测试案例集;如果所述预留测试时长小于第一测试时长,并且所述预留测试时长大于第二测试时长,则确定与所述留测试时长对应的测试脚本为重要脚本,并获取与所述重要脚本对应的测试案例集。
在上述技术方案的基础上,所述测试脚本确定模块用于,如果所述预留测试时长小于第二测试时长,并且所述所述预留测试时长大于第三测试时长,则确定与所述留测试时长对应的测试脚本为关键脚本,并获取与所述关键脚本对应的测试案例集;如果所述预留测试时长小于第三测试时长,并且所述所述预留测试时长大于第四测试时长,则确定与所述留测试时长对应的测试脚本为核心脚本,并获取与所述核心脚本对应的测试案例集。
在上述技术方案的基础上,所述测试脚本确定模块用于,如果所述预留测试时长小于第四测试时长,则所述预留测试时长无法满足测试需求,则确定是否需要推迟所述预计投产时间;如果需要推迟所述预计投产时间,则基于推迟后的预计投产时间重新确定预留测试时长;如果无需推迟所述预计投产时间,则立即结束对所述目标产品的测试。
本发明实施例的技术方案,通过获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长,进而可以基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,最终基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。基于上述技术方案,实现了根据剩余的预留测试时长自动确定对应的测试脚本,并调取对应的测试用例集,进而基于测试用例集完成对脚本的自动化回归测试,提升了回归测试的效率。
本发明实施例所提供的自动化回归测试装置可执行本公开任一实施例所提供的自动化回归测试方法,具备执行方法相应的功能模块和有益效果。
值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本公开实施例的保护范围。
实施例四
图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图4所示,电子设备10包括至少一个处理器11,以及与至少一个处理器11通信连接的存储器,如只读存储器(ROM)12、随机访问存储器(RAM)13等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序,来执行各种适当的动作和处理。在RAM 13中,还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备10中的多个部件连接至I/O接口15,包括:输入单元16,例如键盘、鼠标等;输出单元17,例如各种类型的显示器、扬声器等;存储单元18,例如磁盘、光盘等;以及通信单元19,例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理,例如自动化回归测试方法。
在一些实施例中,自动化回归测试方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元18。在一些实施例中,计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时,可以执行上文描述的自动化回归测试方法的一个或多个步骤。备选地,在其他实施例中,处理器11可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行自动化回归测试方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在电子设备上实施此处描述的系统和技术,该电子设备具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (10)
1.一种自动化回归测试方法,其特征在于,包括:
获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长;
基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集;其中,预设测试时长是测试脚本所需的最小测试时长;
基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
2.根据权利要求1所述的方法,其特征在于,在所述获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长之前,包括:
获取所述目标产品的历史功能使用数据以及脚本重要程度信息;
基于所述历史功能使用数据和所述脚本重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长;其中,测试脚本类别包括全量脚本、重要脚本、关键脚本以及核心脚本。
3.根据权利要求2所述的方法,其特征在于,所述基于所述历史功能使用数据和所述重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长,包括:
将所述目标产品的对应的所有脚本作为所述全量脚本,并将所述全量脚本对应的预设测试时长设置为第一测试时长;
基于所述历史功能使用数据和第一使用阈值确定重要脚本,并将所述重要脚本的预设测试时长设置为第二测试时长;其中,所述第一测试时长大于所述第二测试时长。
4.根据权利要求2所述的方法,其特征在于,所述基于所述历史功能使用数据和所述重要程度信息确定测试脚本类别,并确定与所述测试脚本类别相对应的预设测试时长,包括:
基于所述历史功能使用数据和第二使用阈值确定关键脚本,并将所述关键脚本的预设测试时长设置为第三测试时长;
基于所述目标产品的脚本重要程度信息确定核心脚本,并将所述核心脚本的预设测试时长设置为第四测试时长;其中,第二测试时长大于所述第三测试时长,所述第三测试时长大于所述第四测试时长。
5.根据权利要求1所述的方法,其特征在于,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:
如果所述预留测试时长大于第一测试时长,则确定与所述预留测试时长对应的测试脚本为全量脚本,并获取与所述全量脚本对应的测试案例集;
如果所述预留测试时长小于第一测试时长,并且所述预留测试时长大于第二测试时长,则确定与所述留测试时长对应的测试脚本为重要脚本,并获取与所述重要脚本对应的测试案例集。
6.根据权利要求1所述的方法,其特征在于,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:
如果所述预留测试时长小于第二测试时长,并且所述所述预留测试时长大于第三测试时长,则确定与所述留测试时长对应的测试脚本为关键脚本,并获取与所述关键脚本对应的测试案例集;
如果所述预留测试时长小于第三测试时长,并且所述所述预留测试时长大于第四测试时长,则确定与所述留测试时长对应的测试脚本为核心脚本,并获取与所述核心脚本对应的测试案例集。
7.根据权利要求1所述的方法,其特征在于,基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集,包括:
如果所述预留测试时长小于第四测试时长,则所述预留测试时长无法满足测试需求,则确定是否需要推迟所述预计投产时间;
如果需要推迟所述预计投产时间,则基于推迟后的预计投产时间重新确定预留测试时长;
如果无需推迟所述预计投产时间,则立即结束对所述目标产品的测试。
8.一种自动化回归测试装置,其特征在于,包括:
预留测试时长获取模块,用于获取目标产品的预计投产时间,并基于所述预计投产时间确定预留测试时长;
测试脚本确定模块,用于基于所述预留测试时长和预设测试时长确定对应测试脚本,并获取与所述测试脚本对应的测试案例集;其中,预设测试时长是测试脚本所需的最小测试时长;
测试模块,用于基于所述测试案例集对所述测试脚本进行自动化回归测试,并生成对应的测试结果。
9.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-7中任一项所述的自动化回归测试方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的自动化回归测试方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211209874.9A CN115374012A (zh) | 2022-09-30 | 2022-09-30 | 自动化回归测试方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211209874.9A CN115374012A (zh) | 2022-09-30 | 2022-09-30 | 自动化回归测试方法、装置、电子设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115374012A true CN115374012A (zh) | 2022-11-22 |
Family
ID=84073435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211209874.9A Pending CN115374012A (zh) | 2022-09-30 | 2022-09-30 | 自动化回归测试方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115374012A (zh) |
-
2022
- 2022-09-30 CN CN202211209874.9A patent/CN115374012A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110134598B (zh) | 一种批量处理方法、装置及系统 | |
CN115576828A (zh) | 一种测试用例生成方法、装置、设备及存储介质 | |
US9612944B2 (en) | Method and system for verifying scenario based test selection, execution and reporting | |
CN115437961A (zh) | 数据处理方法、装置、电子设备及存储介质 | |
CN115374012A (zh) | 自动化回归测试方法、装置、电子设备及存储介质 | |
CN115061921A (zh) | 自动测试方法、装置、电子设备及可读存储介质 | |
CN114693116A (zh) | 代码评审有效性的检测方法及装置、电子设备 | |
CN107229487B (zh) | 代码处理方法及装置 | |
CN115017047A (zh) | 基于b/s架构的测试方法、系统、设备及介质 | |
CN114003497A (zh) | 业务系统的测试方法、装置、设备及存储介质 | |
CN113836016B (zh) | 写接口存储质量测试方法、系统、电子设备及存储介质 | |
CN115098405B (zh) | 软件产品的测评方法、装置、电子设备及存储介质 | |
CN117648252A (zh) | 软件应用的功能测试方法、装置、电子设备及存储介质 | |
CN115456558A (zh) | 上线项目服务的方法、装置、电子设备及存储介质 | |
CN116627820A (zh) | 一种造数据方法、装置、设备及介质 | |
CN115599682A (zh) | 一种环境可用性检测方法、装置、设备及存储介质 | |
CN116955189A (zh) | 一种用户界面自动化测试方法、装置、设备及存储介质 | |
CN116303019A (zh) | 一种测试的追溯方法、装置、设备及介质 | |
CN116909925A (zh) | 一种基于敏捷迭代的测试流程管理方法及管理系统 | |
CN116150024A (zh) | 待测程序评价方法、装置和电子设备 | |
CN115543748A (zh) | 一种信号测试方法、装置、设备及存储介质 | |
CN116225390A (zh) | 一种软件开发文件的入库方法、装置、设备及介质 | |
CN115757097A (zh) | 一种测试用例生成方法、装置、电子设备及存储介质 | |
CN114996157A (zh) | 变更代码的风险识别方法、装置、设备以及存储介质 | |
CN117609069A (zh) | 测试用例评审方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |