CN115936370A - 一种服务器测试任务分配方法、装置、电子设备及可读介质 - Google Patents
一种服务器测试任务分配方法、装置、电子设备及可读介质 Download PDFInfo
- Publication number
- CN115936370A CN115936370A CN202211573841.2A CN202211573841A CN115936370A CN 115936370 A CN115936370 A CN 115936370A CN 202211573841 A CN202211573841 A CN 202211573841A CN 115936370 A CN115936370 A CN 115936370A
- Authority
- CN
- China
- Prior art keywords
- task
- test
- module
- tasks
- test case
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 643
- 238000000034 method Methods 0.000 title claims abstract description 84
- 238000012545 processing Methods 0.000 claims abstract description 86
- 230000006870 function Effects 0.000 claims description 44
- 238000012549 training Methods 0.000 claims description 31
- 230000008569 process Effects 0.000 claims description 30
- 238000004891 communication Methods 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims description 11
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 6
- 230000000903 blocking effect Effects 0.000 claims description 3
- 238000007726 management method Methods 0.000 description 44
- 230000007246 mechanism Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000011056 performance test Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明实施例提供了一种服务器测试任务分配方法、装置、电子设备及可读介质,所述方法包括:通过获取测试任务的任务属性,使得可以根据任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间,并进一步根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和模块任务的预估处理时间分配给至少一个测试工程师,以测试任务的任务属性和测试工程师的可承载测试用例量作为数据支撑,使得任务的分配更加合理,并且采用javaweb架构测试任务管理平台智能分配任务,使得测试任务的分配更加高效。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种服务器测试任务分配方法、一种服务器测试任务分配装置、一种电子设备以及一种计算机可读介质。
背景技术
目前针对服务器的BMC、BIOS、SCM、SSM等模块功能测试任务的管理,包括任务流程、任务执行时间、投入测试人力资源等的管理,是基于javaweb平台中单一流程控制。具体地,是测试经理根据工作需求创建测试任务、结合自己工作经验预估每条任务完成时间将任务下发给测试模块组长,测试模块组长领取任务后,凭借自己工作经验将任务拆分,并指定每条任务需要的测试用例类型、测试用例数量、需要的时间等,再将任务分配给测试工程师,测试工程师进行任务的办理。
采用这种单一流程控制,任务所需要投入的测试人力、空闲人力的判断、测试人员对每个任务模块的把控率,完全依赖于相关人员的工作经验、自身的知识储备的判断,缺乏有效的数据作为参考支撑,无法保证任务在各环节处理上的合理性、以及无法保证任务处理的时效性。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种服务器测试任务分配方法、一种服务器测试任务分配装置、一种电子设备以及一种计算机可读介质。
本发明实施例公开了一种服务器测试任务分配方法,包括:
获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
根据所述任务属性,确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
可选地,所述根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
可选地,所述根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
可选地,所述方法还包括:
在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
可选地,所述在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
可选地,所述方法还包括:
当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
可选地,所述方法包括:
监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
将所述进度和所述阻塞问题反馈给用户。
本发明实施例还公开了一种服务器测试任务分配装置,包括:
获取模块,用于获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
确定模块,用于根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
分配模块,用于根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
可选地,所述装置还包括:
第一训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
可选地,所述装置还包括:
第二训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
可选地,所述装置还包括:
策略确定模块,用于在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
测试模块,用于根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
可选地,所述装置还包括:
第三训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
可选地,所述分配模块,包括:
暂存子模块,用于当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
概率和时间确定模块,用于根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
发送模块,用于向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
可选地,所述装置包括:
监控模块,用于监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
反馈模块,用于将所述进度和所述阻塞问题反馈给用户。
本发明实施例还公开了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行存储器上所存放的程序时,实现如本发明实施例所述的服务器测试任务分配方法。
本发明实施例还公开了一个或多个计算机可读介质,其上存储有指令,当由一个或多个处理器执行时,使得所述处理器执行如本发明实施例所述的服务器测试任务分配方法。
本发明实施例包括以下优点:
在本发明实施例中,通过获取测试任务的任务属性,使得可以根据任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间,并进一步根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和模块任务的预估处理时间分配给至少一个测试工程师,以测试任务的任务属性和测试工程师的可承载测试用例量作为数据支撑,使得任务的分配更加合理,并且采用javaweb架构测试任务管理平台智能分配任务,使得测试任务的分配更加高效。
附图说明
图1是本发明实施例中提供的一种服务器测试任务分配方法的步骤流程图;
图2是本发明实施例中提供的另一种服务器测试任务分配方法的步骤流程图;
图3是本发明实施例中提供的一种分配服务器测试任务的流程示意图;
图4是本发明实施例中提供的一种服务器测试任务分配装置的结构框图;
图5是本发明实施例中提供的一种电子设备的框图;
图6是本发明实施例中提供的一种计算机可读介质的示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参照图1,示出了本发明实施例中提供的一种服务器测试任务分配方法的步骤流程图,具体可以包括如下步骤:
步骤101,获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
在进行服务器测试任务分配时,若任务所需要投入的测试人力、空闲人力的判断、测试人员对每个任务模块的把控率,完全依赖于相关人员的工作经验、自身的知识储备的判断,则会由于缺乏有效的数据作为参考支撑,使得测试任务在各环节处理上的合理性以及任务处理的时效性较差。实际上,服务器测试任务具有重复性和规律性,对每台服务器的测试基本上大致相同,所以可以引入智能机器学习,学习、分析分配测试任务产生的历史数据,得到数据规律,形成预测机制,使得可以采用智能机器来合理、高效地分配当前的测试任务。
在本发明实施例中,可以预置一javaweb架构测试任务管理平台,javaweb架构测试任务管理平台可以设置有采用历史测试任务数据训练得到的模型,使得可以采用该javaweb架构测试任务管理平台进行测试任务的分配。
测试任务可以包括至少一个模块任务,每个模块任务可以被分给负责该模块任务的测试组长,所以可以先确定测试任务所包括的模块任务。由于相同或类似的测试任务可以包含相同或类似的模块任务,以及相同或类似的模块任务的处理时间可以相同或相近,所以可以根据测试任务的任务属性来确定测试任务所包括的模块任务,以及处理模块任务所需要的时间。其中,任务属性包括任务名称、任务类型、任务描述,所以可以根据测试任务的任务名称、任务类型、任务描述等来确定测试任务,以及处理模块任务所需要的时间。
具体地,javaweb架构测试任务管理平台可以先获取测试任务的任务属性,即获取测试任务的任务名称、任务类型、任务描述,以便根据测试任务的任务名称、任务类型、任务描述确定测试任务可以包括的模块任务,以及处理模块任务所需要的时间。
实际应用中,可以由测试经理在javaweb架构测试任务管理平台创建一个测试任务,输入该测试任务的任务名称、任务类型、任务描述,从而javaweb架构测试任务管理平台可以根据根据测试任务的任务名称、任务类型、任务描述确定测试任务可以包括的模块任务,以及处理模块任务所需要的时间。
步骤102,根据所述任务属性,确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
javaweb架构测试任务管理平台在获取到测试任务的任务名称、任务类型、任务描述后,可以根据测试任务的任务名称、任务类型、任务描述确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
作为一种具体示例,一个测试任务的任务名称为:百度定制版服务器1.0测试;任务类型为:自动化任务;任务描述为:百度定制版服务器1.0版本,针对BMC、BIOS、SCM等模块,通过测试用例进行性能测试。则javaweb架构测试任务管理平台可以根据这些任务属性,确定该测试任务包括如下模块任务:BMC(基板管理控制器)、BIOS(基本输入输出系统)、SCM(计算模块)、SSM(存储模块)、STM(整系统模块);这些模块任务对应的预估处理时间为:BMC(测试时间9770分钟)、BIOS(测试时间4040分钟)、SCM(测试时间3960分钟)、SSM(测试时间6760分钟)、STM(测试时间12649分钟)。
步骤103,根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
在确定测试任务包括的模块任务以及模块任务的预估处理时间后,可以将模块任务进一步分为至少一个单元任务,每个单元任务可以包括至少一个用例。将模块任务的预估处理时间分配至每个单元任务,确定每个单元任务的预估处理时间。
得到单元任务和单元任务预估处理时间后,可以根据每个测试工程师的可承载测试用例量,将所述单元任务的测试用例量和单元任务的预估处理时间分配给至少一个测试工程师。
测试工程师的可承载测试用例量可以为测试工程师当前还可以承载的测试用例量,具体地,在javaweb架构测试任务管理平台中预先存储有每个测试工程师的工作效率和用例任务数据,例如A测试工程师处理A测试用例的速度为1个小时,处理B测试用例的速度为2个小时,当前有3个A测试用例和3个B测试用例,并且需要在3.5个小时内完成,而A测试工程师当前已有一个A测试用例在处理,预计在0.5小时内完成,则可以说明A测试工程师的可承载测试用例量为一个A测试用例和一个B测试用例,所以可以分给A工程师一个A测试用例和一个B测试用例。
通过本发明实施例的服务器测试任务分配方法,通过获取测试任务的任务属性,使得可以根据任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间,并进一步根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和模块任务的预估处理时间分配给至少一个测试工程师,以测试任务的任务属性和测试工程师的可承载测试用例量作为数据支撑,使得任务的分配更加合理,并且采用javaweb架构测试任务管理平台智能分配任务,使得测试任务的分配更加高效。
参照图2,示出了本发明实施例中提供的另一种服务器测试任务分配方法的步骤流程图,具体可以包括如下步骤:
步骤201,获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
在进行服务器测试任务分配时,若任务所需要投入的测试人力、空闲人力的判断、测试人员对每个任务模块的把控率,完全依赖于相关人员的工作经验、自身的知识储备的判断,则会由于缺乏有效的数据作为参考支撑,使得测试任务在各环节处理上的合理性以及任务处理的时效性较差。实际上,服务器测试任务具有重复性和规律性,对每台服务器的测试基本上大致相同,所以可以引入智能机器学习,学习、分析分配测试任务产生的历史数据,得到数据规律,形成预测机制,使得可以采用智能机器来合理、高效地分配当前的测试任务。
在本发明实施例中,可以预置一javaweb架构测试任务管理平台,javaweb架构测试任务管理平台可以设置有采用历史测试任务数据训练得到的模型,使得可以采用该javaweb架构测试任务管理平台进行测试任务的分配。
测试任务可以包括至少一个模块任务,每个模块任务可以被分给负责该模块任务的测试组长,所以可以先确定测试任务所包括的模块任务。由于相同或类似的测试任务可以包含相同或类似的模块任务,以及相同或类似的模块任务的处理时间可以相同或相近,所以可以根据测试任务的任务属性来确定测试任务所包括的模块任务,以及处理模块任务所需要的时间。其中,任务属性包括任务名称、任务类型、任务描述,所以可以根据测试任务的任务名称、任务类型、任务描述等来确定测试任务,以及处理模块任务所需要的时间。
具体地,javaweb架构测试任务管理平台可以先获取测试任务的任务属性,即获取测试任务的任务名称、任务类型、任务描述,以便根据测试任务的任务名称、任务类型、任务描述确定测试任务可以包括的模块任务,以及处理模块任务所需要的时间。
实际应用中,可以由测试经理在javaweb架构测试任务管理平台创建一个测试任务,输入该测试任务的任务名称、任务类型、任务描述,从而javaweb架构测试任务管理平台可以根据根据测试任务的任务名称、任务类型、任务描述确定测试任务可以包括的模块任务,以及处理模块任务所需要的时间。
步骤202,根据所述任务属性,确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
javaweb架构测试任务管理平台在获取到测试任务的任务名称、任务类型、任务描述后,可以根据测试任务的任务名称、任务类型、任务描述确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
作为一种具体示例,一个测试任务的任务名称为:百度定制版服务器1.0测试;任务类型为:自动化任务;任务描述为:百度定制版服务器1.0版本,针对BMC、BIOS、SCM等模块,通过测试用例进行性能测试。则javaweb架构测试任务管理平台可以根据这些任务属性,确定该测试任务包括如下模块任务:BMC(基板管理控制器)、BIOS(基本输入输出系统)、SCM(计算模块)、SSM(存储模块)、STM(整系统模块);这些模块任务对应的预估处理时间为:BMC(测试时间9770分钟)、BIOS(测试时间4040分钟)、SCM(测试时间3960分钟)、SSM(测试时间6760分钟)、STM(测试时间12649分钟)。
在本发明的一种实施例中,所述根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间的步骤之前,还包括:
S11,采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
javaweb架构测试任务管理平台设置一测试任务模型,该测试任务模型采用历史测试任务数据训练得到,使得javaweb架构测试任务管理平台可以智能分配测试任务。
在本发明实施例中,可以采用至少一组样本数据对所述测试任务模型进行训练,使得测试任务模型学习得到数据规律。具体地,可以采用至少一组由历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间构成的样本数据训练测试任务模型,使得测试任务模型形成根据测试任务的任务属性,预测测试任务包括的至少一个模块任务和所述模块任务的预估处理时间的机制。
步骤203,根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师;
在确定测试任务包括的模块任务以及模块任务的预估处理时间后,可以将模块任务进一步分为至少一个单元任务,每个单元任务可以包括至少一个用例。将模块任务的预估处理时间分配至每个单元任务,确定每个单元任务的预估处理时间。
得到单元任务和单元任务预估处理时间后,可以根据每个测试工程师的可承载测试用例量,将所述单元任务的测试用例量和单元任务的预估处理时间分配给至少一个测试工程师。
测试工程师的可承载测试用例量可以为测试工程师当前还可以承载的测试用例量,具体地,在javaweb架构测试任务管理平台中预先存储有每个测试工程师的工作效率和用例任务数据,例如A测试工程师处理A测试用例的速度为1个小时,处理B测试用例的速度为2个小时,当前有3个A测试用例和3个B测试用例,并且需要在3.5个小时内完成,而A测试工程师当前已有一个A测试用例在处理,预计在0.5小时内完成,则可以说明A测试工程师的可承载测试用例量为一个A测试用例和一个B测试用例,所以可以分给A工程师一个A测试用例和一个B测试用例。
在本发明的一种实施例中,所述根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师的步骤之前,还包括:
S21,采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
测试任务模型可以具备根据模块任务确定模块任务所需要的测试用例量的功能,该功能可以通过采用至少一组样本数据对所述测试任务模型进行训练,使得测试任务模型学习得到根据模块任务确定模块任务所需要的测试用例量的规律。
具体地,可以采用至少一组由历史模块任务,以及处理所述历史模块任务所需要的测试用例量构成的样本数据训练测试任务模型,使得测试任务模型形成根据模块任务确定模块任务所需要的测试用例量的机制。
在本发明的一种实施例中,所述方法还包括:
S31,当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
由于javaweb架构测试任务管理平台根据测试任务的任务属性,所确定的模块任务和模块任务的预估处理时间,与分配测试的测试经理的分配想法不一定相同,所以在根据测试任务的任务属性确定测试任务所包含的模块任务和模块任务的预估处理时间后,若测试经理需要进一步考虑再确定是否想法任务,此时可以先将测试任务暂存。
javaweb架构测试任务管理平台在收到测试经理发起的暂存指令时,可以将测试任务所包含的模块任务和模块任务的预估处理时间的数据暂存。
测试经理确定将测试任务下发的情况下,可以将测试任务所包括的模块任务分别分给负责所述测试模块任务的测试组长,测试组长可以根据javaweb架构测试任务管理平台的拆分提示将模块任务进一步拆分成至少一个单元任务,此时测试组长可以直接将单元任务中的测试用例根据javaweb架构测试任务管理平台的分配策略分配给测试工程师,也可以先暂存所述单元任务,在确定分配方式合理的情况下再将单元任务中的测试用例分配给测试工程师。
在测试经理和测试组长暂存模块任务和单元任务的情况下,若测试经理和测试组长觉得javaweb架构测试任务管理平台分析的分配方式不合适时,测试经理可以修改测试任务所包括的模块任务,以及模块任务的预估处理时间;测试组长可以修改模块任务拆分成的单元任务,也可以修改分配给每个测试工程师的测试用例数量。
在测试经理和测试组长进行修改的情况下,可以将修改后的数据提供给测试任务迷行学习,进一步优化测试任务模型的分配准确度,从而更加符合测试经理和测试组长的分配方式。
S32,根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
在根据javaweb架构测试任务管理平台的分析总结下发测试任务或模块任务的情况下,javaweb架构测试任务管理平台可以将测试任务或模块任务的下发状态标记为确定;在javaweb架构测试任务管理平台暂存测试任务或模块任务的情况下,javaweb架构测试任务管理平台可以将该测试任务或模块任务的下发状态标记为不确定。
测试任务模型中还可以设置有预告机制,即测试任务模型可以统计用户发起在暂存指令的总次数,并根据测试任务或模块任务的下发状态标记计算该用户将暂存的测试任务或模块任务下发的频繁度,以及计算该用户下发历史任务的平均时间,从而在用户再次发起暂存指令时,可以针对本次的任务,预测该用户将任务下发的概率和预计下发的时间。
S33,向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
javaweb架构测试任务管理平台在确定测试任务或模块任务的下发概率和预计下发时间后,可以将测试任务或模块任务的下发概率和预计下发时间发送给该用户的下级用户,使得下级用户可以获知自己有多大概率可能接收到新的任务以及任务多久会下发,从而使得下级任务可以提前空出时间给本次测试任务以及为本次任务做准备工作,测试任务能够被及时处理,提高测试任务完成的效率。
具体地,若发起测试任务的是测试经理,则可以将测试任务的下发概率和预计下发时间发送给测试组长;若发起测试任务的是测试组长,则可以将模块任务的下发概率和预计下发时间发送给测试工程师。
步骤204,在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
在将测试用例分配给测试工程师后,测试工程师可以采用分配到的测试用例测试服务器的功能。测试任务模型可以具有提供采用测试用例测试服务器功能的策略的功能,所以在测试工程师采用测试用例测试服务器功能的过程中,测试任务模型可以对测试用例进行分析,确定采用该测试用例测试服务器功能的测试策略,并将所述测试策略提供给测试工程师。
步骤205,根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
测试工程师在接收到所述测试用例的测试策略后,可以采用该测试策略测试测试服务器功能,使得测试工程师对服务器功能的测试有策略支撑,可以快速且准确地测试服务器功能,提高对服务器功能测试的效率和质量。
在本发明的一种实施例中,所述在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略的步骤之前,还包括:
S41,采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
测试任务模型可以具备提供采用测试用例测试服务器功能的策略的功能,该功能可以通过采用至少一组样本数据对所述测试任务模型进行训练,使得测试任务模型形成提供采用测试用例测试服务器功能的策略的机制。
具体地,可以采用至少一组由历史测试用例,以及所述历史测试用例的测试策略构成的样本数据训练测试任务模型,使得测试任务模型形成提供采用测试用例测试服务器功能的策略的机制。
在本发明的一种实施例中,所述方法包括:
S51,监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
javaweb架构测试任务管理平台中还可以设置有监控机制,在测试任务分配的过程中,可以监控测试任务的进度,具体可以监控任务分配的每一个节点,例如确定测试任务包括的模块任务的节点、拆分模块任务的节点、发送给测试工程师测试的节点。在采用所述测试用例测试服务器功能的过程中,监控机制还可以监控测试过程中产生的阻塞问题。
S52,将所述进度和所述阻塞问题反馈给用户。
javaweb架构测试任务管理平台中还可以设置有通知机制,可以将测试任务的进度以及测试过程中产生的阻塞问题及时反馈给用户,使得用户可以了解测试任务的进度,以及测试过程中产生的阻塞问题,从而用户可以阻塞问题进行及时处理,以免耽误测试任务。
用户在接收到测试任务的进度,以及测试过程中产生的阻塞问题后,可以调整任务结构、人力投入以及时间投入。对于任务结构的特征可以为增加测试用例进行测试,或者减少有问题的测试用例。
参照图3,示出了本发明实施例中提供的一种分配服务器测试任务的流程示意图。具体流程如下:
javaweb架构测试任务管理平台设置有测试任务模型,测试任务模型通过至少一组训练数据训练得到。
1、在测试经理创建测试任务的情况下,javaweb架构测试任务管理平台向测试经理提供确定测试任务包含的模块任务的提示,测试经理根据提示确定测试任务包括的模块任务,在确定测试任务包含的模块任务后,可以将模块任务下发给测试组长,也可以暂存测试任务;
2、在测试组长接收到模块任务的情况下,javaweb架构测试任务管理平台向测试组长提供拆分模块任务和分配测试用例的提示,测试组长根据提示,将测试模块拆分为单元任务,在拆分完成后,测试组长可以将单元任务中的测试用例下发给测试工程师,也可以暂存模块任务;
3、在测试工程师接收到测试用例的情况下,javaweb架构测试任务管理平台向测试工程师提供采用测试用例测试服务器功能的测试策略,测试工程师根据提供的采用测试用例测试服务器功能的测试策略,对服务器功能进行测试。
通过本发明实施例的服务器测试任务分配方法,通过获取测试任务的任务属性,使得可以根据任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间,并进一步根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和模块任务的预估处理时间分配给至少一个测试工程师,以测试任务的任务属性和测试工程师的可承载测试用例量作为数据支撑,使得任务的分配更加合理,并且采用javaweb架构测试任务管理平台智能分配任务,使得测试任务的分配更加高效。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图4,示出了本发明实施例中提供的一种服务器测试任务分配装置的结构框图,具体可以包括如下模块:
获取模块401,用于获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
确定模块402,用于根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
分配模块403,用于根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
可选地,所述装置还包括:
第一训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
可选地,所述装置还包括:
第二训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
可选地,所述装置还包括:
策略确定模块,用于在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
测试模块,用于根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
可选地,所述装置还包括:
第三训练模块,用于采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
可选地,所述分配模块,包括:
暂存子模块,用于当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
概率和时间确定模块,用于根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
发送模块,用于向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
可选地,所述装置包括:
监控模块,用于监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
反馈模块,用于将所述进度和所述阻塞问题反馈给用户。
通过本发明实施例的服务器测试任务分配装置,通过获取测试任务的任务属性,使得可以根据任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间,并进一步根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和模块任务的预估处理时间分配给至少一个测试工程师,以测试任务的任务属性和测试工程师的可承载测试用例量作为数据支撑,使得任务的分配更加合理,并且采用javaweb架构测试任务管理平台智能分配任务,使得测试任务的分配更加高效。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
另外,本发明实施例还提供一种电子设备,如图5所示,包括处理器501、通信接口502、存储器503和通信总线504,其中,处理器501,通信接口502,存储器503通过通信总线504完成相互间的通信,
存储器503,用于存放计算机程序;
处理器501,用于执行存储器503上所存放的程序时,实现如下步骤:
获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
根据所述任务属性,确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
可选地,所述根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
可选地,所述根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
可选地,所述方法还包括:
在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
可选地,所述在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
可选地,所述方法还包括:
当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
可选地,所述方法包括:
监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
将所述进度和所述阻塞问题反馈给用户。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
如图6所示,在本发明提供的又一实施例中,还提供了一种计算机可读存储介质601,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中所述的服务器测试任务分配方法。
在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中所述的服务器测试任务分配方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种服务器测试任务分配方法,其特征在于,包括:
获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
根据所述任务属性,确定所述测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
2.根据权利要求1所述的方法,其特征在于,所述根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试任务的任务属性,以及所述历史测试任务包括的至少一个模块任务和所述模块任务的预估处理时间。
3.根据权利要求1所述的方法,其特征在于,所述根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史模块任务,以及处理所述历史模块任务所需要的测试用例量。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略;
根据所述测试用例的测试策略,采用所述测试用例测试服务器功能。
5.根据权利要求1所述的方法,其特征在于,所述在采用测试用例测试服务器功能的过程中,分析所述测试用例,确定所述测试用例的测试策略的步骤之前,还包括:
采用至少一组样本数据对测试任务模型进行训练;所述样本数据包括历史测试用例,以及所述历史测试用例的测试策略。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当接收到针对任务的暂存指令时,暂存所述任务;所述任务包括测试任务或模块任务;
根据发起所述暂存指令的用户下发历史任务的频繁度和平均时间,确定所述任务的下发概率和预计下发时间;
向所述用户的下级用户发送所述任务的下发概率和预计下发时间。
7.根据权利要求1所述的方法,其特征在于,所述方法包括:
监控所述测试任务的进度,以及采用所述测试用例测试服务器功能的过程中产生的阻塞问题;
将所述进度和所述阻塞问题反馈给用户。
8.一种服务器测试任务分配装置,其特征在于,包括:
获取模块,用于获取测试任务的任务属性;所述任务属性包括任务名称、任务类型、任务描述;
确定模块,用于根据所述任务属性,确定测试任务包括的至少一个模块任务和所述模块任务的预估处理时间;所述模块任务包括至少一个测试用例;
分配模块,用于根据测试工程师的可承载测试用例量,将所述模块任务的测试用例和所述模块任务的预估处理时间分配给至少一个测试工程师。
9.一种电子设备,其特征在于,包括处理器、通信接口、存储器和通信总线,其中,所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行存储器上所存放的程序时,实现如权利要求1-7任一项所述的服务器测试任务分配方法。
10.一个或多个计算机可读介质,其上存储有指令,当由一个或多个处理器执行时,使得所述处理器执行如权利要求1-7任一项所述的服务器测试任务分配方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211573841.2A CN115936370A (zh) | 2022-12-08 | 2022-12-08 | 一种服务器测试任务分配方法、装置、电子设备及可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211573841.2A CN115936370A (zh) | 2022-12-08 | 2022-12-08 | 一种服务器测试任务分配方法、装置、电子设备及可读介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115936370A true CN115936370A (zh) | 2023-04-07 |
Family
ID=86698752
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211573841.2A Pending CN115936370A (zh) | 2022-12-08 | 2022-12-08 | 一种服务器测试任务分配方法、装置、电子设备及可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115936370A (zh) |
-
2022
- 2022-12-08 CN CN202211573841.2A patent/CN115936370A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106776005B (zh) | 一种面向容器化应用的资源管理系统及方法 | |
US8234229B2 (en) | Method and apparatus for prediction of computer system performance based on types and numbers of active devices | |
US20110246653A1 (en) | Efficient provisioning of resources in public infrastructure for electronic design automation (eda) tasks | |
US7672923B1 (en) | Grid network management via automatic trend analysis of a service level agreement | |
US11422859B2 (en) | Methods and systems for cloud application optimization | |
CN111625331B (zh) | 任务调度方法、装置、平台、服务器及存储介质 | |
US20210058453A1 (en) | Systems and methods for spike detection and load balancing resource management | |
CN109478147B (zh) | 分布式计算系统中的自适应资源管理 | |
EP3035619B1 (en) | A method and system for scaling and a telecommunications network | |
Bacigalupo et al. | Managing dynamic enterprise and urgent workloads on clouds using layered queuing and historical performance models | |
EP4354292A1 (en) | Resource configuration method and apparatus, and storage medium and computing system | |
CN108874520A (zh) | 计算方法及装置 | |
US11212173B2 (en) | Model-driven technique for virtual network function rehoming for service chains | |
CN113378498B (zh) | 一种任务分配方法及装置 | |
CN109992408B (zh) | 一种资源分配方法、装置、电子设备和存储介质 | |
CN109194545B (zh) | 一种网络试验平台流量生成系统、方法、装置及电子设备 | |
US20230403210A1 (en) | Methods and systems for cloud application optimization | |
Omoregbee et al. | Performability requirements in making a rescaling decision for streaming applications | |
CN115936370A (zh) | 一种服务器测试任务分配方法、装置、电子设备及可读介质 | |
CN111782466A (zh) | 一种大数据任务资源利用检测方法及装置 | |
US20230198949A1 (en) | Traffic pattern-based prediction of cloud firewall costs for optimal cloud firewall deployment | |
CN115129481A (zh) | 一种计算资源分配方法、装置及电子设备 | |
US11526784B2 (en) | Real-time server capacity optimization tool using maximum predicted value of resource utilization determined based on historica data and confidence interval | |
CN112817713A (zh) | 作业调度方法、装置和电子设备 | |
CN110689137B (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 |