一种应用的测试方法、测试装置、介质和计算设备制造方法及图纸

本发明专利技术的实施方式提供了一种应用的测试方法、测试装置、介质和计算设备。该方法包括：根据应用的开发代码构建容器引擎镜像，该容器引擎镜像包括该应用的运行环境；将该运行环境的配置参数设置为测试环境的配置参数；启动容器引擎镜像，在该测试环境中对该应用进行测试。通过设置容器引擎镜像中运行环境的配置参数，将该容器引擎镜像部署到测试环境中，该方法使得应用可以快速部署到多个测试环境中，显著地降低了测试过程的复杂度，提高了测试效率，解决了在多个环境中进行问题定位和问题解决的难度大的问题。

【技术实现步骤摘要】
一种应用的测试方法、测试装置、介质和计算设备
本专利技术的实施方式涉及软件
，更具体地，本专利技术的实施方式涉及一种应用的测试方法、测试装置、介质和计算设备。
技术介绍
本部分旨在为权利要求书中陈述的本专利技术的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。为了使得发布后的应用软件可以在多个环境中稳定运行，所有的应用软件发布之前都需要进行测试，应用软件只有在多个环境中经过充分测试之后才会被发布上线。目前，应用软件测试包括服务部署、提测等流程。提测是指在迭代过程中，开发人员完成开发代码并针对该开发代码自测完毕后，将开发代码提交给测试人员进行测试的过程。通常，提测过程中会采用专用的测试环境部署开发代码进行验证。目前，常见的应用软件的部署方式可以为：在构建机器上基于提交测试的源代码构建war包，将该war包远程发布到目标机器(例如tomcat服务器)的指定目录并启动服务。由于多个环境的设计架构、配置参数、以及加载有的java/tomcat的版本等都存在较大差别，因此应用软件在每个环境中进行测试之前都需要重新进行服务部署，这使得应用软件的测试过程繁琐，测试效率低，并且可能会导致多个环境中进行测试和预发布时难以进行问题定位和问题解决。通常采用基于代码部署的多分支管理的模式进行提测，提测方式可以如图1所示，图1为现有技术中2个迭代测试周期内的提测流程示意图，其中多个分支包括20170525、20170608、20170622、hotfix、yanlian、online等。具体如下：在20170608分支中完成应用软件的源代码编写和冒烟自测之后，基于20170608分支的源代码将该应用软件部署到目标机器一中进行测试。若测试期间存在漏洞修复(bugfix)，则需要重新基于修复后的源代码将该应用软件更新部署到目标机器中进行测试。在20170608分支测试完毕之后，需要将20170608分支的源代码合入到yanlian分支，并基于合入后的代码将该应用软件更新部署到演练环境下的目标机器二中进行测试。在yanlian分支测试完毕之后，将yanlian分支需要的源代码合入到online分支，并基于合入后的代码将该应用软件更新部署到线上环境下的目标机器中进行回归，回归完毕后本次迭代上线完成。在上线之后若出现热补丁(hotfix)则需要从yanlian分支中拉取出hotfix分支，并在该hotfix分支上修改源代码(或编写新代码)，待修改完成后重新部署到演练环境下的目标机器中进行回归，回归通过后将hotfix分支的源代码合入到online分支中重新上线。从上述过程可知，一次迭代上线过程中需要进行多次服务部署以及多次合并不同分支的代码，导致代码管理成本高、冲突解决的时间成本大、测试效率低。此外，由于多次合并不同分支的代码，还可能会造成代码版本混乱，不利于追溯提测过程中存在问题的代码版本，使得问题定位、问题解决难度大。综上，现有的应用软件测试的技术方案存在测试过程繁琐、测试效率低、代码管理成本高、冲突解决的时间成本大以及在多个环境中进行问题定位和问题解决的难度大等问题。
技术实现思路
但是，出于一次迭代上线过程中需要进行多次服务部署以及多次合并不同分支的代码的原因，现有的应用软件测试的技术方案存在测试过程繁琐、测试效率低、代码管理成本高、冲突解决的时间成本大以及在多个环境中进行问题定位和问题解决的难度大等问题。为此，非常需要一种改进的应用软件测试的技术方案，以使应用可以快速便捷地部署到多个测试环境中。在本上下文中，本专利技术的实施方式期望提供一种应用的测试方法、介质、装置和计算设备。在本专利技术实施方式的第一方面中，提供了一种应用的测试方法，包括：根据应用的开发代码构建容器引擎镜像，容器引擎镜像包括应用的运行环境；将运行环境的配置参数设置为测试环境的配置参数；启动容器引擎镜像，在测试环境中对应用进行测试。在本专利技术的一个实施例中，根据应用的开发代码构建应用的容器引擎镜像，包括：将应用的开发代码构建成预设格式的数据包；在运行有容器引擎的构建设备中，采用容器引擎将数据包构建成容器引擎镜像，并将容器引擎镜像存储到镜像仓库中。在本专利技术的另一实施例中，将运行环境的配置参数设置为测试环境的配置参数，包括：将容器引擎镜像从镜像仓库提取至运行有测试环境的目标设备；在目标设备的构建模板中，将运行环境的配置参数设置为测试环境的配置参数，配置参数包括端口配置参数和/或配置文件路径。在本专利技术的又一个实施例中，该镜像仓库包括开发代码构建出的数据包，和/或，应用的运行环境。在本专利技术的再一个实施例中，根据应用的开发代码构建容器引擎镜像之前，还包括：当构建应用的容器引擎镜像为初次时，在构建设备中加载以下之一或组合：容器引擎、获取所述开发代码的环境。在本专利技术的一个实施例中，启动容器引擎镜像在测试环境中对应用进行测试之后，还包括：若需要修改该应用，则修改该应用的开发代码，并基于修改后的开发代码重新构建成用于发布的容器引擎镜像。在本专利技术的一个实施例中，启动容器引擎镜像在测试环境中对应用进行测试之后，还包括：获取应用的测试结果；将测试结果作为对应的容器引擎镜像的标签，标签用于指示容器引擎镜像对应版本的开发代码的质量。在本专利技术的一个实施例中，获取应用的测试结果，包括：在测试表单中获取应用的测试结果。将测试结果作为对应的容器引擎镜像的标签，包括：触发回调函数，将在测试表单中获取的测试结果写入容器引擎镜像的元数据中；基于元数据和容器引擎镜像，构建携带有元数据的容器引擎镜像。在本专利技术的一个实施例中，启动容器引擎镜像在测试环境中对应用进行测试之后，还包括：在第一代码分支上测试应用的过程中，若应用待修改，则在第二代码分支上修改应用的开发代码；将修改后的应用的开发代码拉取至第一代码分支，并基于修改后的应用的开发代码，在第一代码分支上构建应用的容器引擎镜像。在本专利技术实施方式的第二方面中，提供了一种测试装置，包括：构建单元，用于根据应用的开发代码构建容器引擎镜像，容器引擎镜像包括应用的运行环境；设置单元，用于将运行环境的配置参数设置为测试环境的配置参数；测试单元，用于启动容器引擎镜像，在测试环境中对应用进行测试。在本专利技术的一个实施例中，构建单元具体用于：将应用的开发代码构建成预设格式的数据包；在运行有容器引擎的构建设备中，采用容器引擎将数据包构建成容器引擎镜像，并将容器引擎镜像存储到镜像仓库中。在本专利技术的一个实施例中，设置单元具体用于：将容器引擎镜像从镜像仓库提取至运行有测试环境的目标设备；在目标设备的构建模板中，将运行环境的配置参数设置为测试环境的配置参数，配置参数包括端口配置参数和/或配置文件路径。在本专利技术的一个实施例中，镜像仓库包括开发代码构建出的数据包，和/或，应用的运行环境。在本专利技术的一个实施例中，构建单元还用于：在根据应用的开发代码构建容器引擎镜像之前，当构建应用的容器引擎镜像为初次时，在构建设备中加载以下之一或组合：容器引擎、获取所述开发代码的环境。在本专利技术的一个实施例中，该测试装置还包括修改单元，修改单元用于：在测试单元启动容器引擎镜像在测试环境中对应用进行测试之后，若需要修改该应用，则修改该应用的开发代码，并基于修改后的开发代码重新构建成用于发布的容器本文档来自技高网...

【技术保护点】
1.一种应用的测试方法，包括：根据应用的开发代码构建容器引擎镜像，所述容器引擎镜像包括所述应用的运行环境；将所述运行环境的配置参数设置为测试环境的配置参数；启动所述容器引擎镜像，在所述测试环境中对所述应用进行测试。

【技术特征摘要】
1.一种应用的测试方法，包括：根据应用的开发代码构建容器引擎镜像，所述容器引擎镜像包括所述应用的运行环境；将所述运行环境的配置参数设置为测试环境的配置参数；启动所述容器引擎镜像，在所述测试环境中对所述应用进行测试。2.如权利要求1所述的方法，其特征在于，所述根据应用的开发代码构建所述应用的容器引擎镜像，包括：将所述应用的开发代码构建成预设格式的数据包；在运行有容器引擎的构建设备中，采用所述容器引擎将所述数据包构建成所述容器引擎镜像，并将所述容器引擎镜像存储到镜像仓库中。3.如权利要求2所述的方法，其特征在于，所述将所述运行环境的配置参数设置为测试环境的配置参数，包括：将所述容器引擎镜像从所述镜像仓库提取至运行有所述测试环境的目标设备；在所述目标设备的构建模板中，将所述运行环境的配置参数设置为所述测试环境的配置参数，所述配置参数包括端口配置参数和/或配置文件路径。4.如权利要求2或3所述的方法，其特征在于，所述镜像仓库包括所述开发代码构建出的数据包，和/或，所述应用的运行环境。5.如权利要求2所述的方法，其特征在于，所述根据应用的开发代码构建容器引擎镜像之前，还包括：当构建所述应用的容器引擎镜像为初次时，在所述构建设备中加载以下之一或组合：所述容器引擎、获取所述开发...

【专利技术属性】
技术研发人员：崔晓晴，朱凌墨，冯常健，尧飘海，
申请(专利权)人：杭州朗和科技有限公司，
类型：发明
国别省市：浙江,33