CN108959086B - 程序包测试部署方法、装置、系统、电子设备及存储介质 - Google Patents
程序包测试部署方法、装置、系统、电子设备及存储介质 Download PDFInfo
- Publication number
- CN108959086B CN108959086B CN201810711941.4A CN201810711941A CN108959086B CN 108959086 B CN108959086 B CN 108959086B CN 201810711941 A CN201810711941 A CN 201810711941A CN 108959086 B CN108959086 B CN 108959086B
- Authority
- CN
- China
- Prior art keywords
- server
- tested
- program
- test
- target function
- 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
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/3688—Test management for test execution, e.g. scheduling of test suites
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/61—Installation
Abstract
本发明实施例提供了一种程序包测试部署方法、装置、系统、电子设备及存储介质,该方法中,获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
Description
技术领域
本发明涉及系统开发技术领域,特别是涉及一种程序包测试部署方法、装置、系统、电子设备及存储介质。
背景技术
目前的程序开发一般需要多个开发人员协作一起开发完成。一般来说,程序可以拆分成多个子程序,每个子程序可以由一个开发人员完成或由多个开发人员协作完成。在由多个开发人员协作完成时,每个开发人员都有不同的开发任务。
常规的程序开发生命周期一般会涉及测试环境以及正式环境至少两个环境,开发人员完成自身的开发任务后,将完成的程序代码打包,然后将打包后的程序包部署到测试环境,由测试人员对该打包后的程序包也就是初级版本进行测试,反复测试后,再将最终测试成功的版本部署到正式环境中,正式环境为用户提供服务。
相关技术中,需要懂技术的人员将开发人员完成的程序的代码打包得到待测试程序包,然后开发人员手动将待测试程序包部署到测试环境,由于开发人员完成的程序的代码的数量庞大,导致待测试程序包的数量庞大,使得测试部署的工作量较大,需要耗费大量的时间,使得测试部署的效率较低。
发明内容
本发明实施例的目的在于提供一种程序包测试部署方法、装置、系统、电子设备及存储介质,提高测试部署的效率。具体技术方案如下:
一种程序包测试部署方法,应用于打包服务器,所述方法包括:
获得待测试程序包;
确定所述待测试程序包对应的目标功能;
确定所述目标功能对应的测试服务器;
将所述待测试程序包部署至所述目标功能对应的测试服务器。
可选的,所述获得待测试程序包的步骤,包括:
接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
获得所述待打包任务对应的待打包程序的代码;
基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
可选的,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还包括:
发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
将所述页面文件部署至所述目标功能对应的测试服务器。
可选的,所述确定所述待测试程序包对应的目标功能的步骤,包括:
确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
可选的,所述确定所述目标功能对应的测试服务器的步骤,包括:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
可选的,所述测试服务器包括多个测试服务器集群,所述确定所述目标功能对应的测试服务器的步骤,包括:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
可选的,测试服务器集群包括主服务器和多个从服务器,所述将所述待测试程序包部署至所述目标功能对应的测试服务器集群的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
可选的,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还包括:
接收所述目标功能对应的测试服务器发送的测试完成信息;
发送重启指令至所述目标功能对应的测试服务器。
一种程序包测试部署装置,应用于打包服务器,所述装置包括:
获得模块,用于获得待测试程序包;
目标功能确定模块,用于确定所述待测试程序包对应的目标功能;
测试服务器确定模块,用于确定所述目标功能对应的测试服务器;
第一部署模块,用于将所述待测试程序包部署至所述目标功能对应的测试服务器。
可选的,所述获得模块,包括:
接收单元,用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
代码获得单元,用于获得所述待打包任务对应的待打包程序的代码;
打包单元,用于基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
可选的,所述装置还包括:
页面文件获取请求发送模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
页面文件接收模块,用于接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
第二部署模块,用于将所述页面文件部署至所述目标功能对应的测试服务器。
可选的,所述目标功能确定模块,包括:
标识确定单元,用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
目标功能确定单元,用于根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
可选的,所述测试服务器确定模块,具体用于:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
可选的,所述测试服务器包括多个测试服务器集群,所述测试服务器确定模块,具体用于:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述第一部署模块,具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
可选的,测试服务器集群包括主服务器和多个从服务器,所述第一部署模块,具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
可选的,所述装置还包括:
测试完成信息接收模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息;
重启指令发送模块,用于发送重启指令至所述目标功能对应的测试服务器。
一种电子设备包括处理器和存储器;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现上述任一所述的方法步骤。
一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现上述任一所述的方法步骤。
一种程序包测试部署系统,包括打包服务器和测试服务器;
所述打包服务器,用于获得待测试程序包,确定所述待测试程序包对应的目标功能,确定所述目标功能对应的测试服务器,将所述待测试程序包部署至所述目标功能对应的测试服务器;
所述测试服务器,用于接收所述待测试程序,对所述待测试程序进行测试。
可选的,所述打包服务器,具体用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务,获得所述待打包任务对应的待打包程序的代码,基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
可选的,还包括代码管理服务器,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
所述打包服务器,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号,接收所述代码管理服务器发送的所述待打包任务对应的页面文件,将所述页面文件部署至所述目标功能对应的测试服务器;
所述测试服务器,还用于接收所述页面文件,对所述页面文件进行测试。
可选的,所述打包服务器,具体用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的,根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
可选的,所述打包服务器,具体用于根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
可选的,所述测试服务器包括多个测试服务器集群;
所述打包服务器,具体用于根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群,将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
可选的,测试服务器集群包括主服务器和多个从服务器,
所述打包服务器,具体用于将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
可选的,所述打包服务器,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息,发送重启指令至所述目标功能对应的测试服务器。
可选的,还包括代码库;
所述打包服务器,还用于在获得所述待打包任务对应的待打包程序的代码后,将所述待打包程序的代码发送至所述代码库;
所述代码库,用于接收所述待打包程序的代码,存储所述待打包程序的代码。
可选的,还包括发布服务器;
所述测试服务器,还用于将测试成功的程序包部署至所述发布服务器;
所述发布服务器,用于接收所述测试成功的程序包,并对所述测试成功的程序包进行生产部署。
可选的,还包括发布服务器;
所述打包服务器,还用于在打包得到待测试程序包后,将所述待测试程序包发送至所述发布服务器;
所述发布服务器,用于接收所述待测试程序包,对所述待测试程序包进行生产部署。
本发明实施例中,获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的程序包测试部署方法的第一种流程示意图;
图2为本发明实施例提供的确定待测试程序包对应的目标功能的流程示意图;
图3为本发明实施例提供的程序包测试部署方法的第二种流程示意图;
图4为本发明实施例提供的基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包的流程示意图;
图5为本发明实施例提供的程序包测试部署方法的第三种流程示意图;
图6为本发明实施例提供的程序包测试部署方法的第四种流程示意图;
图7为本发明实施例提供的程序包测试部署方法的第五种流程示意图;
图8为本发明实施例提供的程序包测试部署装置的结构示意图;
图9为本发明实施例提供的电子设备的结构示意图;
图10为本发明实施例提供的程序包测试部署系统的结构示意图
图11为本发明实施例提供的基于程序包测试部署系统进行打包、测试以及生产部署的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决相关技术中存在的问题,本发明实施例提供了一种程序包测试部署方法、装置、系统、电子设备及存储介质。
需要说明的是,本发明实施例的应用场景中,包括打包服务器、任务管理服务器、代码管理服务器和测试服务器。
其中,打包服务器主要用于对需要打包的代码进行打包,并将打包后的程序包部署至测试服务器;任务管理服务器主要用于对待打包任务进行管理;代码管理服务器主要用于对开发人员编写的代码进行管理;测试服务器主要用于对打包后的程序包进行测试。
下面分别对打包和拆包进行介绍:
开发人员编写并提交的代码需要翻译成机器能够读懂的字节码,这个过程叫做编译,例如:开发人员用JAVA编写代码时,要将代码即扩展名为java的文件,编译成字节码即扩展名为class的文件。
由于字节码文件很多,不便于部署和管理,因而把某一类的字节码封装在一起,这个过程叫打包,例如:把java程序的字节码即扩展名为class的文件,封装在一起成为一个扩展名为jar的文件。
将打包生成的文件拆分成多个文件的过程叫做拆包。例如:将上述封装生成的jar文件拆分成多个jar文件。
下面首先对本发明提供的应用于打包服务器的程序包测试部署方法进行说明。
图1为本发明实施例提供的程序包测试部署方法的一种流程示意图,应用于打包服务器,该方法可以包括:
S101:获得待测试程序包。
一般来说,多个开发人员对待开发程序进行开发,开发人员开发程序的过程也就是编写代码的过程,开发人员完成自身需要编写的程序代码后,将编写完成的程序代码进行打包得到程序包。
为了确定开发人员编写完成的程序代码是否可以上线,需要对打包得到的程序包进行测试,此时,需要获得待测试程序包。
S102:确定待测试程序包对应的目标功能。
由于当测试服务器为一个时,打包服务器可以将所有的待测试程序包均部署至该测试服务器进行测试,使得该测试服务器的负载较大,测试效率较低,因此,为了提高测试效率,本发明实施例中可以设置测试服务器为多个。
由于对于每个功能的测试的内容可能不同,因此,不同的功能需要放置在不同的测试服务器进行测试。为了确定需要将待测试程序包部署至哪一个测试服务器进行测试,在得到待测程序包后,需要确定待测试程序包对应的目标功能。
参见图2,步骤S102可以包括:
S1021:确定待测试程序包对应的待打包程序的标识,其中,待测试程序包为对待打包程序的代码进行打包得到的。
一般来说,待开发程序会涉及多种业务,每一种或几种业务可以实现一个功能,因此,在开发待开发程序时,会预先确定待开发程序包括的各个程序的标识与功能的对应关系。
示例性的,预先确定的待开发程序包括的各个程序的标识与功能的对应关系可以如下表所示:
由于待测试程序包是对待打包程序的代码进行打包得到的,因此,确定待测试程序包对应的目标功能也就是确定待打包程序对应的目标功能。
为了确定待打包程序对应的目标功能,需要确定待测试程序包对应的待打包程序的标识。
S1022:根据标识与功能的预设对应关系,确定待测试程序包对应的目标功能。
由于预先确定了待开发程序包括的各个程序的标识与功能的对应关系,即标识与功能的预设对应关系,因此,在确定待测试程序包对应的待打包程序的标识后,即可根据标识与功能的预设对应关系,确定待测试程序包对应的目标功能。
例如:假设所确定的待测试程序包对应的待打包程序的标识为E,假设标识与功能的预设对应关系如步骤S1021所示;
则根据标识与功能的预设对应关系,确定待测试程序包对应的目标功能为功能R。
S103:确定目标功能对应的测试服务器。
由于对于每个功能的测试的内容可能不同,如果将不同的功能放置在不同的测试服务器进行测试,可以提高测试效率,因此,预先设定不同的测试服务器对不同的功能进行测试,即设定了功能与测试服务器的预设对应关系。
示例性的,预先设定的功能与测试服务器的预设对应关系可以如下表所示:
测试服务器 | 功能 |
测试服务器X | 功能R |
测试服务器Y | 功能S |
示例性的,上述确定目标功能对应的测试服务器可以为:根据功能与测试服务器的预设对应关系,确定目标功能对应的测试服务器。
由于预先设定了功能与测试服务器的预设对应关系,因此,在确定待测试程序包对应的目标功能后,即可根据功能与测试服务器的预设对应关系,确定目标功能对应的测试服务器。
例如:假设功能与测试服务器的预设对应关系如步骤S103所示,承接步骤S1022的例子,目标功能为功能R;
则根据功能与测试服务器的预设对应关系,确定目标功能R对应的测试服务器为测试服务器X。
S104:将待测试程序包部署至目标功能对应的测试服务器。
在确定了目标功能对应的测试服务器后,即获知了该待测试程序包对应的目标功能需要在哪一个测试服务器进行测试,此时,将待测试程序包部署至目标功能对应的测试服务器,以便进行测试。
为了更清晰的了解上述待测试程序包部署至测试服务器的过程,下面通过具体的业务实例来进行说明:
例如:假设待开发程序为企业管理系统,假设预先确定的待开发程序包括的各个程序的标识与功能的对应关系如下表所示:
程序的标识 | 功能 |
新闻公告业务对应的程序的标识J | 新闻公告功能 |
会议室管理业务对应的程序的标识K | 会议室管理功能 |
企业内部流程业务对应的程序的标识L | 内部流程功能 |
假设待测试程序包为对企业内部流程业务对应的程序的代码进行打包后的程序包,则确定待测试程序对应的待打包程序的标识为L,由于L对应的功能为内部流程功能,因此,确定待测试程序包对应的目标功能为内部流程功能;
假设预先设定的功能与测试服务器的预设对应关系如下表所示:
则根据功能与测试服务器的预设对应关系,确定目标功能即内部流程功能对应的测试服务器为:测试服务器Z;
将待测试程序包部署至目标功能对应的测试服务器Z。
本发明实施例中,获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。同时,相比于相关技术中,仅存在一个测试服务器的情况,提高了测试效率。
参见图3,图3为本发明实施例提供的程序包测试部署方法的另一种流程示意图,方法应用于打包服务器,可以包括:
S201:接收任务指令,在打包部署界面展示任务指令所包含的待打包任务。
本发明实施例中,待打包任务是指需要进行打包并部署至测试服务器的任务。
为了进行打包部署,即,为了将开发人员编写的代码打包部署至测试服务器,打包服务器需要获知哪些代码可以进行打包,即打包服务器需要获取待打包任务。
一般来说,多个开发人员对待开发程序进行开发,开发人员开发程序的过程也就是编写代码的过程,当开发人员向打包服务器提交了编写完成的代码后就生成了一个任务。
由于在待开发程序开发的过程中,可能存在多个开发人员同时向打包服务器提交编写完成的代码的情况,此时,就生成了多个任务,管理人员基于开发项目的需求,可以将该多个任务均作为待打包任务,也可以将该多个任务中的部分任务作为待打包任务。
当管理人员确定待打包任务后,向打包服务器发送任务指令,该任务指令中包含待打包任务的标识,打包服务器接收到该任务指令后,获取任务指令所指示的待打包任务,然后在打包部署界面展示任务指令所指示的该待打包任务。
示例性的,打包服务器可以基于打包部署工具对待打包任务进行管理,以实现所见即所得的功能,运维人员从打包部署工具的打包部署界面可以直观的看到所有的待打包任务,能够对打包部署进行轻松的管理。
S202:获得待打包任务对应的待打包程序的代码。
在打包部署界面展示待打包任务后,运维人员可以直观的看到待打包任务,运维人员执行该待打包任务,例如:运维人员点击打包部署界面上的打包按钮,此时,打包服务器即可获得该待打包任务对应的待打包程序的代码。
由于开发人员编写完成的代码均提交至打包服务器,因此,打包服务器可以直接获得待打包任务对应的待打包程序的代码。其中,待打包程序由代码组成。
S203:基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包。
在获取待打包任务对应的待打包程序的代码后,即可基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包。
具体的,可以通过打包工具对待打包程序的代码进行打包,示例性的,打包工具可以为maven工具。
上述基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包,可以为:基于待打包程序的业务类型进行打包得到待测试程序包。具体的,参见图4,步骤S203可以包括:
S2031:确定待打包程序的业务类型。
一般来说,待开发程序会涉及多种业务,例如:待开发程序为企业管理系统,企业管理系统包括:新闻公告业务、会议室管理业务、企业内部流程业务,企业内部流程业务又包括报销流程业务、请假流程业务和采购流程业务。每种业务均对应有业务类型,由于相同的业务类型对应的程序在开发时一般具有相似或相同的特点,因此将其一起开发,更利于开发人员的操作,也可以提高开发效率,因此,在开发待开发程序时,可以根据业务类型,将待开发程序分成多个程序,然后记录待开发程序包括的各个程序的标识与业务类型的对应关系。
待开发程序所包括的各个程序中,有一些程序对应的业务类型为单一业务类型,有一些程序对应的业务类型为多业务类型,其中,单一业务类型是指程序对应的业务类型只有一种,多业务类型是指程序对应的业务类型有至少两种。
例如:上述新闻公告业务对应的程序对应的业务类型为单一业务类型,企业内部流程业务对应的程度对应的业务类型为多业务类型。
由于待打包程序可以为待开发程序中的部分程序或全部程序,因此,待打包程序对应的业务类型可能是单一业务类型也可能是多业务类型。
由于对于多业务类型的待打包程序来说,如果将该待打包程序对应的多种业务类型的代码整体打包并测试,如果多种业务类型中的某种类型的业务未通过测试,即使其它类型的业务均通过测试,该待打包程序也无法上线,因此,在对待打包程序的代码进行打包时,需要先确定待打包程序的业务类型,以便进行后续操作。
在开发待开发程序时,预先存储有待开发程序包括的各个程序的标识与业务类型的对应关系,因此,确定待打包程序的业务类型的方式可以为:确定待打包程序的标识,基于预先存储的待开发程序包括的各个程序的标识与业务类型的对应关系,确定待打包程序对应的业务类型。
示例性的,预先存储的待开发程序包括的各个程序的标识与业务类型的对应关系可以如下表所示:
程序的标识 | 业务类型 |
A | 单一业务类型 |
B | 多业务类型 |
S2032:在待打包程序的业务类型为单一业务类型的情况下,将待打包程序的代码进行整体打包得到待测试程序包。
在确定待打包程序的业务类型为单一业务类型的情况下,说明该待打包程序对应的业务类型仅有一种,此时,将待打包程序的代码进行整体打包得到待测试程序包。
S2033:在待打包程序的业务类型为多业务类型的情况下,将待打包程序的代码进行整体打包得到目标程序包,基于待打包程序包括的业务的业务类型对目标程序包进行拆包得到待测试程序包,或者,基于待打包程序包括的业务的属性信息对目标程序包进行拆包得到待测试程序包。
在确定待打包程序的业务类型为多业务类型的情况下,说明该待打包程序包括的业务的业务类型有多种,为了避免对待打包程序的上线影响,先将待打包程序的代码进行整体打包得到目标程序包,然后,对目标程序包进行拆包得到待测试程序包。
需要说明的是,对目标程序包进行拆包得到待测试程序包的方式有多种,包括但不限于以下几种:
第一种方式:
基于待打包程序包括的业务的业务类型对目标程序包进行拆包得到待测试程序包。
上述基于待打包程序包括的业务的业务类型对目标程序包进行拆包得到待测试程序包可以为:待打包程序包括多少种业务类型就拆分为多少个待测试程序包。具体为:
确定待打包程序包括的每个业务的业务类型;
将目标程序包中同一业务类型的业务的代码拆分为一个待测试程序包。
在开发待开发程序时,预先存储有待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的业务类型的对应关系,因此,确定待打包程序包括的每个业务的业务类型可以为:确定待打包程序的标识,基于预先存储的待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的业务类型的对应关系,确定待打包程序包括的每个业务的业务类型。
示例性的,预先存储的待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的业务类型的对应关系可以如下表所示:
由于目标程序包是将待打包程序的代码进行整体打包后得到的,因此,待打包程序包括的业务就是目标程序包包括的业务,因此,在确定待打包程序包括的每个业务的业务类型后,也就是在确定了目标程序包包括的每个业务的业务类型后,即可将目标程序包中同一业务类型的业务的代码拆分为一个待测试程序包。
例如:针对上表中待打包程序C对应的目标程序包来说,由于业务M和业务O的业务类型均为a,因此,可以将待打包程序C对应的目标程序包中的业务M的代码和业务O的代码拆分为一个待测试程序包,将业务N的代码拆分为一个待测试程序包,共拆分得到两个待测试程序包。
为了更清晰的了解上述基于业务类型进行拆包的过程,下面通过具体的业务实例来进行说明:
例如:假设待打包程序为企业内部流程业务对应的程序,则将待打包程序的代码整体打包得到目标程序包;
由于企业内部流程业务包括报销流程业务、请假流程业务和采购流程业务三种业务类型,因此,确定待打包程序包括的每个业务的业务类型即目标程序包包括的每个业务的业务类型为:报销流程业务类型、请假流程业务类型和采购流程业务类型;
将目标程序包中同一业务类型的业务的代码拆分为一个待测试程序包为:对应报销流程业务的待测试程序包、对应请假流程业务的待测试程序包和对应采购流程业务的待测试程序包。
由此,可以基于待打包程序包括的业务的业务类型对目标程序包进行拆包,将同一种业务类型的代码拆分为一个包,在进行测试时,可以对该包进行单独测试,不会对其它包产生影响,当测试通过后,该包可以单独上线,避免了将多种业务类型的代码进行整体打包后,所产生的某种业务未通过测试导致的待打包程序整体无法上线的情况的发生。
第二种方式:
基于待打包程序包括的业务的属性信息对目标程序包进行拆包得到待测试程序包。
上述基于待打包程序包括的业务的属性信息对目标程序包进行拆包得到待测试程序包,可以为:
确定待打包程序包括的业务的属性信息;
基于属性信息,确定各个业务之间的相关性;
将目标程序包中相关性大于预设阈值的业务的代码拆分为一个待测试程序包。
由于目标程序包包括的各个业务可能并不是独立存在的,一个业务可能与其它业务之间存在相关性的,因此,在对目标程序包进行拆包时,可以将相关性较大的业务拆为一个待测试程序包。
为了确定各个业务之间的相关性,需要确定目标程序包包括的业务的属性信息,由于目标程序包是将待打包程序的代码进行整体打包后得到的,因此,待打包程序包括的业务就是目标程序包包括的业务,因此,确定目标程序包包括的业务的属性信息也就是确定待打包程序包括的业务的属性信息。本发明实施中,业务的属性信息可以为业务的业务类型或业务的实现功能。
在开发待开发程序时,预先存储有待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的属性信息的对应关系,因此,确定待打包程序包括的业务的属性可以为:确定待打包程序的标识,基于预先存储的待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的属性信息的对应关系,确定待打包程序包括的每个业务的属性信息。
示例性的,预先存储的待开发程序包括的各个程序的标识与各个程序包括的每个业务、以及业务的属性信息的对应关系可以如下表所示:
程序的标识 | 业务 | 属性信息 |
C | 业务M | 属性信息e |
业务N | 属性信息f | |
业务O | 属性信息g | |
D | 业务P | 属性信息h |
业务Q | 属性信息i |
在确定业务的属性信息之后,基于属性信息,确定各个业务之间的相关性,示例性的,基于属性信息,确定各个业务之间的相关性,可以为:计算各个业务的属性信息之间的相似度。
由于相关性较大的业务可能会具有相似或相同的特点,因此将其一起进行测试,更有利于测试人员的操作,也可以提高测试效率,因此,在确定各个业务之间的相关性后,可以将相关性大于预设阈值的业务的代码作为一个待测试程序包。
为了更清晰的了解上述基于业务的属性信息进行拆包的过程,下面通过具体的业务实例来进行说明:
例如:假设业务的属性信息为业务类型,假设待打包程序为企业内部流程业务对应的程序,则将待打包程序的代码整体打包得到目标程序包;
由于企业内部流程业务包括报销流程业务、请假流程业务和采购流程业务三种业务类型,因此,确定待打包程序包括的业务的属性信息即目标程序包包括的业务的属性信息为:报销流程业务类型、请假流程业务类型和采购流程业务类型;
由于采购后需要报销采购款,因此,报销流程业务与采购流程业务之间的相关性较大,而请假流程业务与报销流程业务之间的相关性较小,请假流程业务与采购流程业务之间的相关性较小,假设预设阈值为60%;
假设基于属性信息,确定各个业务之间的相关性为:报销流程业务与采购流程业务之间的相关性为90%,报销流程业务与请假流程业务之间的相关性为40%,请假流程业务和采购流程业务之间的相关性为30%;
将目标程序包中相关性大于预设阈值的业务的代码拆分为一个待测试程序包为:对应报销流程业务与采购流程业务的待测试程序包和对应请假流程业务的待测试程序包。
由此,可以基于业务的属性信息对目标程序包进行拆包,将具有相关性的业务的代码拆分为一个包,有利于后续测试操作,可以提高测试效率。
S204:确定待测试程序包对应的目标功能。
S205:确定目标功能对应的测试服务器;
S206:将待测试程序包部署至目标功能对应的测试服务器。
步骤S204-S206的执行过程与图1中的步骤S102-S104的执行过程相同,具体可参见图1中的步骤S102-S104的相关描述,在此不再赘述。
本发明实施例中,接收任务指令,在打包部署界面展示任务指令所包含的待打包任务,获得待打包任务对应的待打包程序的代码,基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,通过在打包部署界面展示待打包任务的方式,提供了一种基于界面的打包部署方法,使得非专业人员基于界面即可进行打包部署工作,且,本发明中,通过获取待打包任务对应的待打包程序的代码,对所获取的代码进行打包的方式得到了待测试程序包,无需手动进行打包,减少了打包的工作量,然后确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,降低了部署时的出错率,提高了测试部署的效率。
在图3所示方法的基础上,在步骤S206之后,如图5所示,该方法还可以包括:
S207:发送页面文件获取请求至代码管理服务器,其中,页面文件获取请求包括待打包任务的任务编号。
由于所开发的待开发程序需要以页面的形式进行显示,因此,在开发待开发程序时,开发人员所开发的不仅包括程序的代码,还包括页面文件。开发人员提交编写完成的代码至代码管理服务器时,还需要提交针对该代码对应的页面文件。
代码管理服务器接收开发人员提交的编写完成的代码以及对应的页面文件,生成任务,存储生成的任务的任务编号与程序的代码的对应关系,存储任务编号与页面文件的对应关系。
在进行打包部署时,不仅需要对打包后的程序包进行部署,还需要对页面文件进行部署。因此,为了对页面文件进行部署,在将待测试程序包部署至测试服务器之后,需要获得待打包任务对应的页面文件。
由于待打包任务的任务编号与页面文件存在对应关系,因此,为了获得待打包任务对应的页面文件,在将待测试程序包部署至目标功能对应的测试服务器之后,打包服务器可以向代码管理服务器发送页面文件获取请求,为了使代码管理服务器获知获取哪一个任务对应的页面文件,设置页面文件获取请求中携带有待打包任务的任务编号。
S208:接收代码管理服务器发送的待打包任务对应的页面文件,其中,代码管理服务器中存储有任务编号与页面文件的对应关系。
由于代码管理服务器中存储有任务编号与页面文件的对应关系,因此,代码管理服务器在接收到页面文件获取请求后,可以根据任务编号与页面文件的对应关系确定待打包任务的任务编号对应的页面文件,并将确定的页面文件发送至打包服务器。
打包服务器接收代码管理服务器发送的页面文件,即获得了待打包任务对应的页面文件。
示例性的,页面文件可以包括HTML(HyperText Markup Language,超文本标记语言)文件、CSS(Cascading Style Sheets,层叠样式表)文件或JS(Javascript,脚本)文件中的至少一种。
S209:将页面文件部署至目标功能对应的测试服务器。
在接收代码管理服务器发送的待打包任务对应的页面文件后,即可将页面文件部署至目标功能对应的测试服务器。
由此,在将待测试程序包部署至目标功能对应的测试服务器的同时,将页面文件也部署至目标功能对应的测试服务器,以便于对页面文件进行测试。
由于当需要测试的待测试程序包较多,或者,需要测试的测试功能较多时,每个功能仅通过一台测试服务器进行测试,可能导致运行缓慢,进一步使得测试效率较低,因此,可以设置测试服务器包括多个测试服务器集群,通过集群的方式来对待测试程序包进行测试。
当测试服务器包括多个测试服务器集群时,参见图6,图6为本发明实施例提供的程序包测试部署方法的另一种流程示意图,方法应用于打包服务器,可以包括:
S301:获得待测试程序包。
S302:确定待测试程序包对应的目标功能。
步骤S301-S302的执行过程与图1中的步骤S101-S102的执行过程相同,具体可参见图1中的步骤S101-S102的相关描述,在此不再赘述。
S303:根据功能与测试服务器集群的预设对应关系,确定目标功能对应的测试服务器集群。
一般来说,待开发程序会涉及多种业务,每一种或几种业务可以实现一个功能,因此,在开发待开发程序时,会预先确定待开发程序包括的各个程序的标识与功能的对应关系。
示例性的,预先确定的待开发程序包括的各个程序的标识与功能的对应关系可以如下表所示:
程序的标识 | 功能 |
E | 功能R |
F | 功能S |
由于对于每个功能的测试的内容可能不同,如果将不同的功能放置在不同的测试服务器集群进行测试,可以提高测试效率,因此,预先设定不同的测试服务器集群对不同的功能进行测试,即设定了功能与测试服务器集群的预设对应关系。
示例性的,预先设定的功能与测试服务器集群的预设对应关系可以如下表所示:
测试服务器集群 | 功能 |
测试服务器集群W | 功能R |
测试服务器集群U | 功能S |
在确定了待测试程序包对应的目标功能后,即可根据功能与测试服务器集群的预设对应关系,确定目标功能对应的测试服务器集群。
S304:将待测试程序包部署至目标功能对应的测试服务器集群。
在确定了目标功能对应的测试服务器集群后,即获知了该待测试程序包对应的目标功能需要在哪一个测试服务器集群进行测试,此时,将待测试程序包部署至目标功能对应的测试服务器集群,以便进行测试。
由于一个测试服务器集群中一般会包括一个主服务器和多个从服务器,主服务器用于对多个从服务器进行控制,因此,在一种实现方式中,步骤S304可以包括:
将待测试程序包部署至目标功能对应的测试服务器集群中的主服务器,以使主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将待测试程序包部署至目标从服务器。
由于主服务器用于对多个从服务器进行控制,因此,在进行待测试程序包部署时,可以将待测试程序包部署至目标功能对应的测试服务器集群中的主服务器。
主服务器接收该待测试程序包,主服务器为了获知需要将该待测试程序包部署至哪一个从服务器,需要获取各个从服务器的运行状态参数,其中,运行状态参数可以包括但不限于CPU占用率和当前执行的任务量。
主服务器在获取了各个从服务器的运行状态参数后,获知各个从服务器的当前运行状态,然后根据各个从服务器的运行状态参数以及负载均衡原则,从多个从服务器中确定目标从服务器,一般所确定的目标从服务器为CPU占用率较低,或者当前执行的任务量较少的从服务器。
在确定了目标从服务器后,主服务器即可将待测试程序包部署至目标从服务器。目标从服务器接收到该待测试程序包后,对该待测试程序包进行测试。
为了更清晰的了解上述待测试程序包部署至测试服务器集群的过程,下面通过具体的业务实例来进行说明:
例如:假设待开发程序为企业管理系统,假设预先确定的待开发程序包括的各个程序的标识与功能的对应关系如下表所示:
程序的标识 | 功能 |
新闻公告业务对应的程序的标识J | 新闻公告功能 |
会议室管理业务对应的程序的标识K | 会议室管理功能 |
企业内部流程业务对应的程序的标识L | 内部流程功能 |
假设待测试程序包为对企业内部流程业务对应的程序的代码进行打包后的程序包,则确定待测试程序对应的待打包程序的标识为L,由于L对应的功能为内部流程功能,因此,确定待测试程序包对应的目标功能为内部流程功能;
假设预先设定的功能与测试服务器集群的预设对应关系如下表所示:
测试服务器 | 功能 |
测试服务器集群W | 新闻公告功能 |
测试服务器集群U | 会议室管理功能 |
测试服务器集群V | 内部流程功能 |
则根据功能与测试服务器集群的预设对应关系,确定目标功能即内部流程功能对应的测试服务器集群为:测试服务器集群V;
将待测试程序包部署至目标功能对应的测试服务器集群V;
假设测试服务器集群V包括主服务器A、从服务器B和从服务器C,假设主服务器A根据负载均衡原则从多个从服务器中确定的目标从服务器为从服务器B,则上述将待测试程序包部署至目标功能对应的测试服务器集群V可以为:将待测试程序包部署至目标功能对应的测试服务器集群V中的主服务器A,以使主服务器A将待测试程序包部署至目标从服务器B。
由此,在测试服务器包括多个测试服务器集群时,可以使一个功能通过一个测试服务器集群来进行测试,这种通过集群的方式实现对待测试程序包进行测试部署,相比于仅一个功能通过一个测试服务器进行测试的情况,提高了测试效率。
在图1所示方法的基础上,在步骤S104之后,如图7所示,该方法还可以包括:
S105:接收目标功能对应的测试服务器发送的测试完成信息。
由于在将待测试程序包部署至目标功能对应的测试服务器的过程中,会对测试服务器中的某些程序进行修改,而这些被修改的程序需要在测试服务器重启后才能生效,同时,在将待测试程序包部署至目标功能对应的测试服务器的过程中,还有可能导致测试服务器中当前正在运行的某些功能失效,因此,为了使上述两种情况所导致的失效的程序以及失效的功能生效,在测试完成后,需要对测试服务器进行重启。
为了对测试服务器进行重启,设置测试服务器在对程序包测试完成后发送测试完成信息至打包服务器,即目标功能对应的测试服务器在对待测试程序包测试完成后发送测试完成信息至打包服务器。打包服务器接收该测试完成信息。
S106:发送重启指令至目标功能对应的测试服务器。
打包服务器在接收到目标功能对应的测试服务器发送的测试完成信息后,获知测试已经完成,此时,可以对目标功能对应的测试服务器进行重启,为了对目标功能对应的测试服务器进行重启,可以发送发送重启指令至目标功能对应的测试服务器。目标功能对应的测试服务器在接收到重启指令后,进行重启。
由于目标功能对应的测试服务器可能同时对其它的待测试程序包进行测试,因此,如果在此时重启测试服务器将导致无法对其它待测试程序进行测试,因此,可以设定在预定时间段内定时重启测试服务器,例如:闲时重启测试服务器,此处的闲时为测试服务器使用较少的时间,例如:定时晚上18:00-24:00之间重启测试服务器。
由此,在接收目标功能对应的测试服务器发送的测试完成信息后,通过发送重启指令至目标功能对应的测试服务器的方式,达到在测试完成后重启测试服务器的目的,使得在测试服务器测试过程中所导致的失效的程序以及失效的功能生效。
图8为本发明实施例提供的程序包测试部署装置的一种结构示意图,该装置应用于打包服务器,可以包括:
获得模块801,用于获得待测试程序包;
目标功能确定模块802,用于确定所述待测试程序包对应的目标功能;
测试服务器确定模块803,用于确定所述目标功能对应的测试服务器;
第一部署模块804,用于将所述待测试程序包部署至所述目标功能对应的测试服务器。
本发明实施例中,获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
在本发明的一种实现方式中,所述获得模块801,可以包括:
接收单元,用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
代码获得单元,用于获得所述待打包任务对应的待打包程序的代码;
打包单元,用于基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
在本发明的一种实现方式中,所述装置还可以包括:
页面文件获取请求发送模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
页面文件接收模块,用于接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
第二部署模块,用于将所述页面文件部署至所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述目标功能确定模块802,可以包括:
标识确定单元,用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
目标功能确定单元,用于根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
在本发明的一种实现方式中,所述测试服务器确定模块803,可以具体用于:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述测试服务器包括多个测试服务器集群,所述测试服务器确定模块803,可以具体用于:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述第一部署模块804,具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
在本发明的一种实现方式中,测试服务器集群包括主服务器和多个从服务器,所述第一部署模块804,可以具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
在本发明的一种实现方式中,所述装置还可以包括:
测试完成信息接收模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息;
重启指令发送模块,用于发送重启指令至所述目标功能对应的测试服务器。
本发明实施例还提供了一种电子设备,如图9所示,包括处理器901和存储器902;
存储器902,用于存放计算机程序;
处理器901,用于执行存储器上所存放的程序时,实现应用于打包服务器的程序包测试部署方法,该方法可以包括:
获得待测试程序包;
确定所述待测试程序包对应的目标功能;
确定所述目标功能对应的测试服务器;
将所述待测试程序包部署至所述目标功能对应的测试服务器。
本发明实施例中,电子设备获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
在本发明的一种实现方式中,所述获得待测试程序包的步骤,可以包括:
接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
获得所述待打包任务对应的待打包程序的代码;
基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
在本发明的一种实现方式中,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还可以包括:
发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
将所述页面文件部署至所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述确定所述待测试程序包对应的目标功能的步骤,可以包括:
确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
在本发明的一种实现方式中,所述确定所述目标功能对应的测试服务器的步骤,可以包括:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述测试服务器包括多个测试服务器集群,所述确定所述目标功能对应的测试服务器的步骤,可以包括:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
在本发明的一种实现方式中,测试服务器集群包括主服务器和多个从服务器,所述将所述待测试程序包部署至所述目标功能对应的测试服务器集群的步骤,可以包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
在本发明的一种实现方式中,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还可以包括:
接收所述目标功能对应的测试服务器发送的测试完成信息;
发送重启指令至所述目标功能对应的测试服务器。
上述电子设备提到的存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现应用于打包服务器的程序包测试部署方法,该方法可以包括:
获得待测试程序包;
确定所述待测试程序包对应的目标功能;
确定所述目标功能对应的测试服务器;
将所述待测试程序包部署至所述目标功能对应的测试服务器。
本发明实施例中,计算机程序被处理器执行时获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器。本发明中,可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
在本发明的一种实现方式中,所述获得待测试程序包的步骤,可以包括:
接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
获得所述待打包任务对应的待打包程序的代码;
基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
在本发明的一种实现方式中,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还可以包括:
发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
将所述页面文件部署至所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述确定所述待测试程序包对应的目标功能的步骤,可以包括:
确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
在本发明的一种实现方式中,所述确定所述目标功能对应的测试服务器的步骤,可以包括:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
在本发明的一种实现方式中,所述测试服务器包括多个测试服务器集群,所述确定所述目标功能对应的测试服务器的步骤,可以包括:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
在本发明的一种实现方式中,测试服务器集群包括主服务器和多个从服务器,所述将所述待测试程序包部署至所述目标功能对应的测试服务器集群的步骤,可以包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
在本发明的一种实现方式中,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还可以包括:
接收所述目标功能对应的测试服务器发送的测试完成信息;
发送重启指令至所述目标功能对应的测试服务器。
图10为本发明实施例提供的程序包测试部署系统的结构示意图,该系统包括打包服务器1001和测试服务器1002,其中,
所述打包服务器1001,用于获得待测试程序包,确定所述待测试程序包对应的目标功能,确定所述目标功能对应的测试服务器,将所述待测试程序包部署至所述目标功能对应的测试服务器;
所述测试服务器1002,用于接收所述待测试程序,对所述待测试程序进行测试。
本发明实施例中,打包服务器获得待测试程序包,确定待测试程序包对应的目标功能,确定目标功能对应的测试服务器,将待测试程序包部署至目标功能对应的测试服务器,测试服务器对所述待测试程序进行测试。本发明中,打包服务器可以基于待测试程序包的功能进行测试部署,将待测试程序包部署至目标功能对应的测试服务器,达到了自动测试部署的目的,相比于手动进行测试部署的方式,提高了测试部署效率,且降低了部署时的出错率。
在本发明的一个实施方式中,所述打包服务器1001,具体用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务,获得所述待打包任务对应的待打包程序的代码,基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
在本发明的一个实施方式中,还包括代码管理服务器,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
所述打包服务器,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号,接收所述代码管理服务器发送的所述待打包任务对应的页面文件,将所述页面文件部署至所述目标功能对应的测试服务器1002;
所述测试服务器1002,还用于接收所述页面文件,对所述页面文件进行测试。
在本发明的一个实施方式中,所述打包服务器1001,具体用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的,根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
在本发明的一个实施方式中,所述打包服务器1001,具体用于根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
在本发明的一个实施方式中,所述测试服务器1002包括多个测试服务器集群;
所述打包服务器,具体用于根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群,将所述待测试程序包部署至所述目标功能对应的测试服务器集群。
在本发明的一个实施方式中,测试服务器集群包括主服务器和多个从服务器,
所述打包服务器,具体用于将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
在本发明的一个实施方式中,所述打包服务器1001,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息,发送重启指令至所述目标功能对应的测试服务器。
在本发明的一个实施方式中,还包括代码库;
所述打包服务器1001,还用于在获得所述待打包任务对应的待打包程序的代码后,将所述待打包程序的代码发送至所述代码库;
所述代码库,用于接收所述待打包程序的代码,存储所述待打包程序的代码。
由于开发人员所开发的代码之间是有依赖关系的,也就是说,某一开发人员所开发的代码,其它开发人员可能需要获得该代码,并在该代码的基础上进行开发,因此,打包服务器在获得待打包任务对应的待打包程序的代码后,可以将待打包程序的代码发送至代码库,代码库接收待打包程序的代码,存储待打包程序的代码。其中,这里所说的代码库也就是依赖库。
由此,通过将待打包程序的代码发送至代码库的方式,为下一次的开发使用提供了代码基础。
在本发明的一个实施方式中,还包括发布服务器;
所述打包服务器,还用于在打包得到待测试程序包后,将所述待测试程序包发送至所述发布服务器;
所述发布服务器,用于接收所述待测试程序包,对所述待测试程序包进行生产部署。
为了将程序包上线,本发明实施例中还设置有发布服务器,由于有时开发人员仅是针对较小问题做的小改动,不需要进行测试,可以达到快速上线以及快速应用的目的,此时,打包服务器在对待打包程序的代码进行打包得到待测试程序包后,可以不经过测试,直接将待测试程序包发送给发布服务器,发布服务器在接收到待测试程序包,即可对待测试程序包进行生产部署。
这种不经测试直接进行生产部署的方式,由于可以达到快速上线的目的,因此,可以适用于小型应用场景或对稳定性容忍度较高的环境,例如:公司内部系统。
例如:假设打包服务器对待打包程序的代码进行打包得到待测试程序包为程序包A,则打包服务器在打包得到程序包A后,将程序包A发送至发布服务器,发布服务器接收程序包A,对程序包A进行生产部署。
由此,打包服务器可以在打包得到待测试程序包后,不经测试,直接将待测试程序包发送至发布服务器,以达到快速上线以及快速应用的目的。
在本发明的一个实施方式中,还包括发布服务器;
所述测试服务器,还用于将测试成功的程序包部署至所述发布服务器;
所述发布服务器,用于接收所述测试成功的程序包,并对所述测试成功的程序包进行生产部署。
为了将程序包上线,本发明实施例中还设置有发布服务器,由于将测试成功的程序包进行发布,可以减少程序出现问题的概率,因此,在打包服务器对待打包程序的代码进行打包得到待测试程序包后,打包服务器将待测试程序包发送至测试服务器。
测试服务器对待测试程序包进行测试,生成针对待测试程序包的测试指标结果,将生成的测试指标结果与根据项目需求制定的测试成功标准结果进行对比,如果测试指标结果与测试成功标准结果符合,说明测试指标结果符合项目的要求,此时测试成功,确定该待测试程序包为测试成功的程序包,测试服务器将该测试成功的程序包发送至发布服务器,发布服务器接收该测试成功的程序包,并对该测试成功的程序包进行生产部署,以更新上线。
如果测试指标结果与测试成功标准结果不符合,说明测试指标结果不符合项目的要求,此时测试失败,则不再将该测试失败的程序包进行生产部署。
例如:假设打包服务器对待打包程序的代码进行打包得到待测试程序包为程序包A,则打包服务器在打包得到程序包A后,将程序包A发送至测试服务器;
测试服务器接收程序包A,对程序包A进行测试,生成针对程序包A的测试指标结果,将生成的测试指标结果与根据项目需求制定的测试成功标准结果进行对比;
假设测试指标结果与测试成功标准结果符合,确定程序包A为测试成功的程序包,测试服务器将测试成功的程序包A发送至发布服务器;
发布服务器接收测试成功的程序包A,对测试成功的程序包A进行生产部署。
由此,打包服务器可以在打包得到待测试程序包后,将待测试服务器发送至测试服务器,测试服务器将测试成功的程序包发送至发布服务器,保证了程序上线的稳定性。
由于在产品发布时,发布服务器需要将产品发布至多个平台,如果发布服务器为一个,则该发布服务器需要负责将产品发布至所有的平台,使得该发布服务器的负载较大,处理效率较低,因此,为了提高处理效率,可以设置发布服务器为多个。
由此,通过设置发布服务器为多个的方式,提升了处理速度。
为了更好的对本发明实施例进行理解,下面通过一具体实施例进行介绍:
例如:如图11所示,程序包测试部署系统包括打包服务器1101、测试服务器1102、任务管理服务器1103、代码管理服务器1104、代码库1105、发布服务器1106和数据库1107;
通过上述程序包测试部署系统进行打包部署,测试部署以及发布的过程为:
1、多个开发人员从代码库1105中下载依赖代码,代码库是放置其它开发人员已开发的源代码的数据库,依赖代码为代码库中所存储的代码;
2、多个开发人员基于项目需求以及任务分配以及所下载的依赖代码进行共同编码,并将共同编码编写完成的代码提交至代码管理服务器1104,生成任务;
3、管理人员基于开发项目的需求,从任务中确定待打包任务,发送管理指令至任务管理服务器1103,任务管理服务器1103接收管理人员的管理指令,生成待打包任务编号,其中,管理指令中携带有待打包任务。
4、管理人员向打包服务器1101发送任务指令;
5、打包服务器1101接收到该任务指令后,从任务管理服务器1103获取任务指令所包含的待打包任务编号,在打包部署界面的待打包任务栏中,展示待打包任务编号。
6、打包服务器1101从代码管理服务器1104中,获取待打包任务编号对应的待打包程序的代码,基于预设打包规则,对待打包程序的代码进行打包得到待测试程序包;
7、将待测试程序包部署至测试服务器1102,测试服务器1102对待测试程序包进行测试,生成针对待测试程序包的测试指标结果,将生成的测试指标结果与根据项目需求制定的测试成功标准结果进行对比,如果测试指标结果与测试成功标准结果符合,测试成功,确定该待测试程序包为测试成功的程序包,如果测试指标结果与测试成功标准结果不符合,测试失败,则不再将该测试失败的程序包进行生产部署;
8、打包服务器1101将待打包程序的代码发送至代码库1105,代码库1105存储待打包程序的代码。
9、打包服务器1101记录包括待打包任务的执行日期、执行人员、执行情况的编译打包的信息以及待测试程序包至数据库1107,数据库1107存储编译打包的信息以及待测试程序包,其中,编译打包的信息可以以日志形式记录;
10、测试服务器1102将测试成功的程序包部署至发布服务器1106,发布服务器1106接收测试成功的程序包,对测试成功的程序包进行生产部署。
11、用户访问上线后的应用。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (23)
1.一种程序包测试部署方法,其特征在于,应用于打包服务器,所述方法包括:
获得待测试程序包;
确定所述待测试程序包对应的目标功能;
确定所述目标功能对应的测试服务器;其中,所述测试服务器用于对打包后的程序包进行测试;
将所述待测试程序包部署至所述目标功能对应的测试服务器;
所述测试服务器包括多个测试服务器集群,所述确定所述目标功能对应的测试服务器的步骤,包括:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群;
所述确定所述待测试程序包对应的目标功能的步骤,包括:
确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
2.根据权利要求1所述的方法,其特征在于,所述获得待测试程序包的步骤,包括:
接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
获得所述待打包任务对应的待打包程序的代码;
基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
3.根据权利要求2所述的方法,其特征在于,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还包括:
发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
将所述页面文件部署至所述目标功能对应的测试服务器。
4.根据权利要求1所述的方法,其特征在于,所述确定所述目标功能对应的测试服务器的步骤,包括:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
5.根据权利要求1所述的方法,其特征在于,测试服务器集群包括主服务器和多个从服务器,所述将所述待测试程序包部署至所述目标功能对应的测试服务器集群的步骤,包括:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
6.根据权利要求1所述的方法,其特征在于,在将所述待测试程序包部署至所述目标功能对应的测试服务器的步骤之后,所述方法还包括:
接收所述目标功能对应的测试服务器发送的测试完成信息;
发送重启指令至所述目标功能对应的测试服务器。
7.一种程序包测试部署装置,其特征在于,应用于打包服务器,所述装置包括:
获得模块,用于获得待测试程序包;
目标功能确定模块,用于确定所述待测试程序包对应的目标功能;
测试服务器确定模块,用于确定所述目标功能对应的测试服务器;其中,所述测试服务器用于对打包后的程序包进行测试;
第一部署模块,用于将所述待测试程序包部署至所述目标功能对应的测试服务器;
所述测试服务器包括多个测试服务器集群,所述测试服务器确定模块,具体用于:
根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群;
所述第一部署模块,具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群;
所述目标功能确定模块,包括:
标识确定单元,用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的;
目标功能确定单元,用于根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
8.根据权利要求7所述的装置,其特征在于,所述获得模块,包括:
接收单元,用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务;
代码获得单元,用于获得所述待打包任务对应的待打包程序的代码;
打包单元,用于基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
页面文件获取请求发送模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号;
页面文件接收模块,用于接收代码管理服务器发送的所述待打包任务对应的页面文件,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
第二部署模块,用于将所述页面文件部署至所述目标功能对应的测试服务器。
10.根据权利要求7所述的装置,其特征在于,所述测试服务器确定模块,具体用于:
根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
11.根据权利要求7所述的装置,其特征在于,测试服务器集群包括主服务器和多个从服务器,所述第一部署模块,具体用于:
将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
12.根据权利要求7所述的装置,其特征在于,所述装置还包括:
测试完成信息接收模块,用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息;
重启指令发送模块,用于发送重启指令至所述目标功能对应的测试服务器。
13.一种电子设备,其特征在于,包括处理器和存储器;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存放的程序时,实现权利要求1-6任一所述的方法步骤。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质内存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-6任一所述的方法步骤。
15.一种程序包测试部署系统,其特征在于,包括打包服务器和测试服务器;
所述打包服务器,用于获得待测试程序包,确定所述待测试程序包对应的目标功能,确定所述目标功能对应的测试服务器,将所述待测试程序包部署至所述目标功能对应的测试服务器;其中,所述测试服务器用于对打包后的程序包进行测试;
所述测试服务器,用于接收所述待测试程序,对所述待测试程序进行测试;
所述测试服务器包括多个测试服务器集群;
所述打包服务器,具体用于根据功能与测试服务器集群的预设对应关系,确定所述目标功能对应的测试服务器集群,将所述待测试程序包部署至所述目标功能对应的测试服务器集群;
所述打包服务器,具体用于确定所述待测试程序包对应的待打包程序的标识,其中,所述待测试程序包为对所述待打包程序的代码进行打包得到的,根据标识与功能的预设对应关系,确定所述待测试程序包对应的目标功能。
16.根据权利要求15所述的程序包测试部署系统,其特征在于,所述打包服务器,具体用于接收任务指令,在打包部署界面展示所述任务指令所包含的待打包任务,获得所述待打包任务对应的待打包程序的代码,基于预设打包规则,对所述待打包程序的代码进行打包得到待测试程序包。
17.根据权利要求16所述的程序包测试部署系统,其特征在于,还包括代码管理服务器,其中,所述代码管理服务器中存储有任务编号与页面文件的对应关系;
所述打包服务器,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,发送页面文件获取请求至代码管理服务器,其中,所述页面文件获取请求包括所述待打包任务的任务编号,接收所述代码管理服务器发送的所述待打包任务对应的页面文件,将所述页面文件部署至所述目标功能对应的测试服务器;
所述测试服务器,还用于接收所述页面文件,对所述页面文件进行测试。
18.根据权利要求15所述的程序包测试部署系统,其特征在于,所述打包服务器,具体用于根据功能与测试服务器的预设对应关系,确定所述目标功能对应的测试服务器。
19.根据权利要求15所述的程序包测试部署系统,其特征在于,测试服务器集群包括主服务器和多个从服务器,
所述打包服务器,具体用于将所述待测试程序包部署至所述目标功能对应的测试服务器集群中的主服务器,以使所述主服务器根据负载均衡原则从多个从服务器中确定目标从服务器,并将所述待测试程序包部署至目标从服务器。
20.根据权利要求15所述的程序包测试部署系统,其特征在于,所述打包服务器,还用于在将所述待测试程序包部署至所述目标功能对应的测试服务器之后,接收所述目标功能对应的测试服务器发送的测试完成信息,发送重启指令至所述目标功能对应的测试服务器。
21.根据权利要求16所述的程序包测试部署系统,其特征在于,还包括代码库;
所述打包服务器,还用于在获得所述待打包任务对应的待打包程序的代码后,将所述待打包程序的代码发送至所述代码库;
所述代码库,用于接收所述待打包程序的代码,存储所述待打包程序的代码。
22.根据权利要求15所述的程序包测试部署系统,其特征在于,还包括发布服务器;
所述测试服务器,还用于将测试成功的程序包部署至所述发布服务器;
所述发布服务器,用于接收所述测试成功的程序包,并对所述测试成功的程序包进行生产部署。
23.根据权利要求15所述的程序包测试部署系统,其特征在于,还包括发布服务器;
所述打包服务器,还用于在打包得到待测试程序包后,将所述待测试程序包发送至所述发布服务器;
所述发布服务器,用于接收所述待测试程序包,对所述待测试程序包进行生产部署。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810711941.4A CN108959086B (zh) | 2018-06-29 | 2018-06-29 | 程序包测试部署方法、装置、系统、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810711941.4A CN108959086B (zh) | 2018-06-29 | 2018-06-29 | 程序包测试部署方法、装置、系统、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108959086A CN108959086A (zh) | 2018-12-07 |
CN108959086B true CN108959086B (zh) | 2023-02-03 |
Family
ID=64484920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810711941.4A Active CN108959086B (zh) | 2018-06-29 | 2018-06-29 | 程序包测试部署方法、装置、系统、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108959086B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109933519A (zh) * | 2019-01-22 | 2019-06-25 | 泰康保险集团股份有限公司 | 自动化测试方法、装置、系统、介质和电子设备 |
CN111209002B (zh) * | 2019-12-26 | 2024-04-12 | 远光软件股份有限公司 | 程序包的开发部署方法、服务器及计算机可读存储介质 |
CN111782523A (zh) * | 2020-06-29 | 2020-10-16 | 平安国际智慧城市科技股份有限公司 | 云端服务部署测试方法、装置、电子设备和存储介质 |
CN113360379B (zh) * | 2021-06-04 | 2022-06-10 | 上海哔哩哔哩科技有限公司 | 程序测试环境创建方法和程序测试环境创建装置 |
CN113377664A (zh) * | 2021-06-25 | 2021-09-10 | 上海商汤科技开发有限公司 | 模型测试方法及装置、电子设备和存储介质 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7035930B2 (en) * | 2001-10-26 | 2006-04-25 | Hewlett-Packard Development Company, L.P. | Method and framework for generating an optimized deployment of software applications in a distributed computing environment using layered model descriptions of services and servers |
CN103401900A (zh) * | 2013-07-16 | 2013-11-20 | 福建富士通信息软件有限公司 | 基于面向服务架构的快速部署应用方法 |
CN104967630B (zh) * | 2014-04-10 | 2017-09-22 | 腾讯科技(深圳)有限公司 | 网页访问请求的处理方法及装置 |
CN103984573B (zh) * | 2014-05-26 | 2017-09-22 | 中国工商银行股份有限公司 | 应用程序的安装方法及装置 |
CN105430108B (zh) * | 2014-08-25 | 2020-03-03 | 腾讯科技(深圳)有限公司 | 一种测试环境访问方法及代理服务器 |
CN104539487B (zh) * | 2015-01-20 | 2018-04-17 | 成都益联科创科技有限公司 | 一种基于云平台的系统测试及可靠性评估方法 |
CN104978191B (zh) * | 2015-06-24 | 2018-06-19 | 小米科技有限责任公司 | 应用部署方法和服务器 |
CN105373401B (zh) * | 2015-10-27 | 2018-09-07 | 上海找钢网信息科技股份有限公司 | 软件包自动发布方法和系统 |
US9934624B2 (en) * | 2016-08-12 | 2018-04-03 | Snap-On Incorporated | Method and system for providing diagnostic filter lists |
CN107491321A (zh) * | 2017-07-03 | 2017-12-19 | 北京奇安信科技有限公司 | 一种用于实现软件自动更新的处理方法及装置 |
CN107741853A (zh) * | 2017-09-20 | 2018-02-27 | 深圳市买买提乐购金融服务有限公司 | 一种部署服务器的方法、系统及信息管理平台 |
CN107832215A (zh) * | 2017-11-06 | 2018-03-23 | 郑州云海信息技术有限公司 | 一种测试环境镜像克隆方法及系统 |
CN107992547A (zh) * | 2017-11-27 | 2018-05-04 | 深信服科技股份有限公司 | 一种网站应用部署方法及装置 |
-
2018
- 2018-06-29 CN CN201810711941.4A patent/CN108959086B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN108959086A (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108959086B (zh) | 程序包测试部署方法、装置、系统、电子设备及存储介质 | |
CN108897571B (zh) | 程序打包部署方法、装置、系统、电子设备及存储介质 | |
CN108920139B (zh) | 一种程序生成方法、装置、系统、电子设备及存储介质 | |
US9419884B1 (en) | Intelligent automated testing method for restful web services | |
CN108319460B (zh) | 应用程序安装包的生成方法、装置、电子设备及存储介质 | |
US20150026664A1 (en) | Method and system for automated test case selection | |
US9886369B2 (en) | Dynamic data fabrication for database applications | |
WO2020015191A1 (zh) | 业务规则的发布管理方法、电子装置及可读存储介质 | |
US8850391B1 (en) | System and method for building components of a software product in a distributed system | |
US11366713B2 (en) | System and method for automatically identifying and resolving computing errors | |
CN108897548A (zh) | 程序包生产部署方法、装置、系统、电子设备及存储介质 | |
CN113448862B (zh) | 软件版本测试方法、装置及计算机设备 | |
US20060225047A1 (en) | Generic software requirements analyzer | |
CN116578282A (zh) | 代码生成方法、装置、电子设备及介质 | |
CN113419949B (zh) | 数据处理的异常检测方法、装置、设备及存储介质 | |
CN117131545A (zh) | 数据处理方法及装置、存储介质、终端 | |
CN115048083A (zh) | 组件的可视化方法、装置、存储介质及电子设备 | |
CN112148590B (zh) | 一种代码覆盖率的确定方法、装置及设备 | |
US20220019522A1 (en) | Automated sequencing of software tests using dependency information | |
CN114238129A (zh) | 生成接口数据的方法、装置、设备及存储介质 | |
CN112346994A (zh) | 一种测试信息关联方法、装置、计算机设备及存储介质 | |
CN110688430A (zh) | 一种获得数据旁路的方法、装置及电子设备 | |
KR101506656B1 (ko) | 애플리케이션 품질 관리를 위한 시스템 및 그 방법 | |
US9870257B1 (en) | Automation optimization in a command line interface | |
CN113821451B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |