CN110647470A - 测试方法和制作方法、装置、介质以及电子设备 - Google Patents

Abstract

本发明的实施方式提供了一种用于项目交付的测试方法，包括在宿主机中部署待交付的应用程序，获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序，运行所述系统程序得到容器作为测试环境，以及在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。该方法无需现场准备测试环境，减少不确定因素，提高测试成功率和测试效率。此外，本发明的实施方式还提供了一种测试镜像文件制作方法、一种用于项目交付的测试装置、一种测试镜像文件制作装置、一种计算机可读存储介质以及一种电子设备。

Description

测试方法和制作方法、装置、介质以及电子设备

技术领域

本发明的实施方式涉及测试技术领域，更具体地，本发明的实施方式涉及一种用于项目交付的测试方法、测试镜像文件制作方法、装置、介质以及电子设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

一个面向企业交付的系统，其交付内容包括：稳定无遗留问题的服务镜像、脚本的部署、相关文档等(例如产品说明书、技术白皮书、产品操作手册、产品培训材料、安全指南、开发指南，最佳实践、测试报告、交付说明、运维说明等)。

在相关技术中，质量保证人员编写测试自动化脚本，实现基于测试用例的自动化测试过程，然后将自动化脚本提供给运维交付团队去运行。运维交付团队使用服务镜像配置到自动部署脚本中，触发自动部署脚本在客户的环境上部署一套可运行的系统，然后使用自动化脚本验收通过后，保证所有提供的功能完整可用后交付给客户。

发明内容

但是，自动化脚本运行之前需要准备运行环境，例如操作系统、测试工程插件、jdk环境、第三方库等等。自动化脚本运行之前需要准备的运行前提条件过多，由于不同客户的机房环境差异过大，容易造成自动化脚本运行失败概率较大，影响项目交付效率。

为此，非常需要一种改进的用于项目交付的测试，以使克服上述技术问题。

在本上下文中，本发明的实施方式期望提供一种用于项目交付的测试方法，减少不确定因素，提高测试成功率和测试效率。

在本发明实施方式的第一方面中，提供了一种用于项目交付的测试方法，包括在宿主机中部署待交付的应用程序，获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序，运行所述系统程序得到容器作为测试环境，以及在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

在本发明的一个实施例中，所述方法还包括获得所述测试脚本的配置文件，将所述配置文件中的域名修改为待交付的应用程序的域名，所述在所述容器中执行测试脚本包括，基于修改后的配置文件执行所述测试脚本。

在本发明的另一个实施例中，所述在所述容器中执行所述测试脚本包括，基于所述测试镜像文件，确定构建文件，基于所述构建文件，将所述镜像文件中的测试脚本复制到所述容器中的指定路径，基于所述构建文件，在所述容器中执行所述指定路径下的测试脚本。

在本发明的又一个实施例中，所述测试脚本包括多个子测试脚本，多个子测试脚本中的每个子测试脚本对应一个测试用例，所述测试结果基于所述测试用例确定。

在本发明实施方式的第二方面中，提供了一种测试镜像文件制作方法，包括获得用于测试待交付的应用程序的测试脚本，基于所述测试脚本，确定构建文件，获得包括用于搭建测试环境的系统程序的基础镜像文件，以及基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

在本发明的一个实施例中，所述获得用于测试待交付的应用程序的测试脚本包括获得多个测试用例，基于所述多个测试用例，确定多个子测试脚本以及与所述多个子测试脚本解耦的配置文件，以及将所述多个子测试脚本封装为程序包，作为用于测试所述待交付的应用程序的测试脚本。

在本发明的另一个实施例中，所述基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件，包括将所述配置文件、以及所述测试脚本和所述系统程序封装为所述测试镜像文件。

在本发明实施方式的第三方面中，提供了一种用于项目交付的测试装置，包括部署模块、第一获得模块、运行模块以及执行模块。部署模块，用于在宿主机中部署待交付的应用程序。第一获得模块，用于获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序。运行模块，用于运行所述系统程序得到容器作为测试环境。执行模块，用于在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

在本发明实施方式的第四方面中，提供了一种测试镜像文件制作装置，包括第二获得模块、确定模块、第三获得模块以及封装模块。第二获得模块，用于获得用于测试待交付的应用程序的测试脚本。确定模块，用于基于所述测试脚本，确定构建文件。第三获得模块，用于获得包括用于搭建测试环境的系统程序的基础镜像文件。封装模块，用于基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

在本发明实施方式的第五方面中，提供了一种介质，其上存储有可执行指令，所述指令被处理单元执行时使所述处理单元执行上述任一项所述的方法。

在本发明实施方式的第六方面中，提供了一种电子设备，包括，处理单元，以及存储单元，其上存储有可执行指令，所述指令被所述处理单元执行时使所述处理单元执行如上所述的方法。

根据本发明实施方式的用于项目交付的测试方法，无需现场准备测试环境，减少不确定因素，有效地提高了测试成功率和测试效率。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了根据本发明示例性实施例的用于项目交付的测试的流程图；

图2示意性地示出了根据本发明另一示例性实施例的用于项目交付的测试的流程图；

图3示意性地示出了根据本发明示例性实施例的在所述容器中执行所述测试脚本的流程图；

图4示意性地示出了根据本发明示例性实施例的测试镜像文件制作方法的流程图；

图5示意性地示出了根据本发明示例性实施例的获得用于测试待交付的应用程序的测试脚本的流程图；

图6示意性地示出了根据本发明示例性实施例的用于项目交付的测试装置的框图；

图7示意性地示出了根据本发明示例性实施例的测试镜像文件制作装置的框图；

图8示意性地示出了根据本发明示例性实施例的计算机可读存储介质的示意图；以及

图9示意性地示出了根据本发明示例性实施例的电子设备的方框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种用于项目交付的测试、系统、介质和电子设备。

此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

一个面向企业交付的系统，其交付内容包括：稳定无遗留问题的服务镜像、脚本的部署、相关文档等(例如产品说明书、技术白皮书、产品操作手册、产品培训材料、安全指南、开发指南，最佳实践、测试报告、交付说明、运维说明等)。为了能够顺利地在客户环境下测试交付的应用程序，本发明示例性实施例可以将测试脚本封装在一个镜像文件中，该镜像文件中还包括用于搭建容器环境的系统程序，运维交付团队可以通过将镜像文件安装到客户环境中，从而运行容器，并在容器中执行测试脚本，无需分别准备操作系统、测试工程插件、jdk环境、第三方库等，减少不确定性，提高测试成功率。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

示例性方法

下面参考图1～图5描述根据本发明示例性实施方式的用于项目交付的测试。

图1示意性地示出了根据本发明示例性实施例的用于项目交付的测试的流程图。

如图1所示，该方法包括步骤S110～S140。

在步骤S110，在宿主机中部署待交付的应用程序。

根据本发明示例性实施例，运维交付团队首先需要将待交付的应用程序部署到客户机房的环境中。在本实施例中，由于后续需要运行容器，相对于容器而言，客户的物理机环境被称为宿主机。

在步骤S120，获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序。

根据本发明示例性实施例，所述测试脚本包括多个子测试脚本，多个子测试脚本中的每个子测试脚本对应一个测试用例，所述测试结果基于所述测试用例确定。通过这些用例描述在新部署的系统上通过界面操作来检查该测试用例对应的功能点是否可用。全部通过后认为所有提供的功能完整可用，可以满足交付条件。下表示意性地示出了一个测试用例的实施例：

镜像(Image)包括一个完整可运行的系统，操作系统、基础组件、应用程序都可以打包在一个镜像中。根据本发明示例性实施例，测试镜像文件在内部测试完成后交由运维交付团队使用，用于在项目交付过程中对交付的应用程序进行测试。该镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序，通过该系统程序搭建测试环境后运行该测试脚本以执行自动化测试。该镜像文件的制作方法可以参照下文图4～图5描述的示例性方法，此处暂且略过。

在步骤S130，运行所述系统程序得到容器作为测试环境。

通过运行系统程序得到一个容器，该容器是某一个镜像的执行实例，实质上是一个处于运行状态的进程，可以启动、关闭、删除。该容器是一个小型的虚拟机，提供一个独立的环境，同一台机器上的多个容器之间互相隔离。在该环境中，可以根据测试镜像文件的配置，安装所需要的测试工程插件、jdk环境、第三方库等，以便顺利地执行测试脚本。

在步骤S140，在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

根据本发明示例性实施例，在容器环境准备完成后，可以运行测试脚本，对每一个测试用例进行测试，得到测试结果，通过挂载的方式将容器输出到宿主机上，以便进行读取或显示。

本发明示例性实施例提供的方法无需现场准备测试环境，避免了客户机房环境各异的问题，极大地减少操作成本，提高测试成功率和测试效率。

图2示意性地示出了根据本发明另一示例性实施例的用于项目交付的测试的流程图。

如图2所示，该方法在前述实施例的基础上，还可以包括步骤S210和S220，步骤S140可以实现为步骤S230。

在步骤S210，获得所述测试脚本的配置文件。其中，该配置文件包括待测试的应用程序的域名，也即是待交付的应用程序的域名。

在步骤S220，将所述配置文件中的域名修改为待交付的应用程序的域名。

在步骤S230，在所述容器中基于修改后的配置文件执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

根据本发明示例性实施例，通过将测试脚本的配置文件中的域名修改为待交付的应用程序的域名，在容器准备完毕后，通过配置文件中的域名对被测试的应用程序寻址，找到被测试的应用程序，从而可以直接执行测试脚本，对待交付的应用程序进行测试。

图3示意性地示出了根据本发明示例性实施例的在所述容器中执行所述测试脚本的流程图。

如图3所示，该方法包括步骤S310～S330。

在步骤S310，基于所述测试镜像文件，确定构建文件。

在步骤S320，基于所述构建文件，将所述镜像文件中的测试脚本复制到所述容器中的指定路径。

在步骤S330，基于所述构建文件，在所述容器中执行所述指定路径下的测试脚本。

根据本发明示例性实施例，构建文件可以设置在所述测试镜像文件中。当执行所述测试镜像文件中的系统应用程序时，可以从所述测试镜像文件中获得该构建文件。该构建文件记载了在容器搭建完成后执行的操作，在本实施例中，构建文件中包含了指定路径，构建文件记录了一些指令，用于在容器搭建完成后将测试镜像文件中的测试脚本复制到容器中的该指定路径，并运行该指定路径下的测试脚本。如下示意性地示出构建文件的一个实施例：

FROM**/library/java：openjdk-8-jre

RUN bash-c′mkdir/test′

WORKDIR/test

COPY./nsf-api-test-1.0-SNAPSHOT.jar/test

RUN bash-c′cd/test′

CMD java-jar nsf-api-test-1.0-SNAPSHOT.jar nsf_api_test.xml

根据本发明示例性实施例，运维交付团队可以通过如下操作完成项目交付：

将待交付的应用程序安装到客户环境中；

通过镜像标签获得测试镜像文件；

从测试镜像文件中获得配置文件，并将配置文件的域名修改为待交付的应用程序的域名；

运行测试镜像文件，其中，在运行测试镜像文件时，首先运行测试镜像文件中的系统程序，得到容器；然后测试镜像文件自动基于构建文件执行相应的指令，将测试镜像文件中的测试脚本复制到容器中的指定路径下，并执行该测试脚本；在执行测试脚本时，调用测试脚本的配置文件，确定待测试的应用程序的域名，从而对其进行测试，生成测试结果，并输出到宿主机；

运维交付团队将从宿主机获得的测试结果呈现给客户，完成应用程序的部署和测试的交付过程。

图4示意性地示出了根据本发明示例性实施例的测试镜像文件制作方法的流程图。

如图4所示，该方法包括步骤S410～S440。

在步骤S410，获得用于测试待交付的应用程序的测试脚本。

根据本发明示例性实施例，可以使用maven工程加TestNG测试框架的方式管理测试脚本，每个测试脚本对应一个接口或一个功能场景(即一个测试用例)。通过测试集合触发一个或多个测试脚本的执行，执行完毕以后可以清理所有测试数据，保证被测环境不受影响。可以使用mvn package将测试工程打包为可运行的jar包。通过传入脚本集合描述文件xml来触发jar包运行，例如：java -jar nsf-api-test-1.0-SNAPSHOT.jar nsf_api_test.xml。

在步骤S420，基于所述测试脚本，确定构建文件。该构建文件可以参见上文图3的实施例中的描述，此处不再赘述。

在步骤S430，获得包括用于搭建测试环境的系统程序的基础镜像文件。例如，网易云基础服务镜像仓库可以提供基础镜像文件。

在步骤S440，基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

例如，打包命令可参考：

dockerbuild-t***/qingzhou/qascript-nsf-api-test：20181108-1./

打包后在本地生成一个***/qingzhou/qascript-nsf-api-test：20181108-1的镜像标签，登陆网易云基础服务镜像仓库，通过docker push命令可以将本地镜像推送到网易云镜像仓库。该镜像标签可以提供给运维交付团队，运维交付团队在客户环境中安装了待交付的应用程序后，可以根据镜像标签获得测试镜像文件。

根据本发明示例性实施例，测试镜像文件可以包括系统程序、构建文件、包括多个子测试脚本的程序包以及测试脚本的配置文件等。

图5示意性地示出了根据本发明示例性实施例的获得用于测试待交付的应用程序的测试脚本的流程图。

如图5所示，该方法包括步骤S510～S530。

在步骤S510，获得多个测试用例。

在步骤S520，基于所述多个测试用例，确定多个子测试脚本以及与所述多个子测试脚本解耦的配置文件。

在步骤S530，将所述多个子测试脚本封装为程序包，作为用于测试所述待交付的应用程序的测试脚本。

根据本发明示例性实施例，所述基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件，包括将所述配置文件、以及所述测试脚本和所述系统程序封装为所述测试镜像文件。根据本发明示例性实施例，配置文件并没有封装在该程序包中，与多个子测试脚本之间是解耦的，在使用时，只需要更改一次配置文件的信息，即可应用到程序包中的多个子测试脚本中，方便快捷。

通过本发明示例性实施例的方法，可以消除人工执行和预置环境的步骤，提高测试效率，并且，在容器内运行测试脚本，可以消除环境差异化，提高测试成功率。

示例性系统

在介绍了本发明示例性实施方式的方法之后，接下来，参考图6和图7对本发明示例性实施方式的装置进行说明。

图6示意性地示出了根据本发明示例性实施例的用于项目交付的测试装置600的框图。

如图6所示，用于项目交付的测试装置600包括部署模块610、第一获得模块620、运行模块630以及执行模块640。

部署模块610，例如执行上文参考图1描述的操作S110，用于在宿主机中部署待交付的应用程序。

第一获得模块620，例如执行上文参考图1描述的操作S120，用于获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序。

运行模块630，例如执行上文参考图1描述的操作S130，用于运行所述系统程序得到容器作为测试环境。

执行模块640，例如执行上文参考图1描述的操作S140，用于在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

图7示意性地示出了根据本发明示例性实施例的测试镜像文件制作装置700的框图。

如图7所示，测试镜像文件制作装置700包括第二获得模块710、确定模块720、第三获得模块730以及封装模块740。

第二获得模块710，例如执行上文参考图4描述的操作S410，用于获得用于测试待交付的应用程序的测试脚本。

确定模块720，例如执行上文参考图4描述的操作S420，用于基于所述测试脚本，确定构建文件。

第三获得模块730，例如执行上文参考图4描述的操作S430，用于获得包括用于搭建测试环境的系统程序的基础镜像文件。

封装模块740，例如执行上文参考图4描述的操作S440，用于基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

根据本发明示例性实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本发明示例性实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本发明示例性实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本发明示例性实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，部署模块610、第一获得模块620、运行模块630以及执行模块640中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，部署模块610、第一获得模块620、运行模块630以及执行模块640中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，部署模块610、第一获得模块620、运行模块630以及执行模块640中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第二获得模块710、确定模块720、第三获得模块730以及封装模块740中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第二获得模块710、确定模块720、第三获得模块730以及封装模块740中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第二获得模块710、确定模块720、第三获得模块730以及封装模块740中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

示例性介质

在介绍了本发明示例性实施方式的系统之后，接下来，参考图8对本发明示例性实施方式的一种计算机可读存储介质进行说明。本发明示例性实施方式提供了一种计算机可读存储介质，其上存储有可执行指令，所述指令被处理单元执行时使所述处理单元执行上文所述的方法。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的方法步骤，例如，所述处理单元可以执行如图1中所示的步骤S110，在宿主机中部署待交付的应用程序；步骤S120，获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序；步骤S130，运行所述系统程序得到容器作为测试环境；步骤S140，在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。或者，所述处理单元可以执行如图4中所示的步骤S410，获得用于测试待交付的应用程序的测试脚本；步骤S420，基于所述测试脚本，确定构建文件；步骤S430，获得包括用于搭建测试环境的系统程序的基础镜像文件；步骤S440，基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图8所示，描述了根据本发明的实施方式的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言——诸如Java，C++等，还包括常规的过程式程序设计语言——诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务器上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。

示例性电子设备

在介绍了本发明示例性实施方式的方法、系统和介质之后，接下来，参考图9对本发明示例性实施方式的电子设备进行说明。

本发明实施例还提供了一种电子设备。所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的电子设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的方法步骤。例如，所述处理单元可以执行如图1中所示的步骤S110，在宿主机中部署待交付的应用程序；步骤S120，获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序；步骤S130，运行所述系统程序得到容器作为测试环境；步骤S140，在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。或者，所述处理单元可以执行如图4中所示的步骤S410，获得用于测试待交付的应用程序的测试脚本；步骤S420，基于所述测试脚本，确定构建文件；步骤S430，获得包括用于搭建测试环境的系统程序的基础镜像文件；步骤S440，基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

下面参照图9来描述根据本发明的这种实施方式的电子设备900。如图9所示的电子设备900仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，电子设备900以通用电子设备的形式表现。电子设备900的组件可以包括但不限于：上述至少一个处理单元910、上述至少一个存储单元920、连接不同系统组件(包括存储单元920和处理单元910)的总线930。

总线930包括数据总线、地址总线和控制总线。

存储单元920可以包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

存储单元920还可以包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备900也可以与一个或多个外部设备940(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口950进行。并且，电子设备900还可以通过网络适配器960与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器960通过总线930与电子设备900的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (11)

1.一种用于项目交付的测试方法，包括：

在宿主机中部署待交付的应用程序；

获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序；

运行所述系统程序得到容器作为测试环境；以及

在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

2.根据权利要求1所述的方法，其中，所述方法还包括：

获得所述测试脚本的配置文件；

将所述配置文件中的域名修改为待交付的应用程序的域名，

所述在所述容器中执行测试脚本包括，基于修改后的配置文件执行所述测试脚本。

3.根据权利要求1所述的方法，其中，所述在所述容器中执行所述测试脚本包括：

基于所述测试镜像文件，确定构建文件；

基于所述构建文件，将所述镜像文件中的测试脚本复制到所述容器中的指定路径；

基于所述构建文件，在所述容器中执行所述指定路径下的测试脚本。

4.根据权利要求1所述的方法，其中，所述测试脚本包括多个子测试脚本，多个子测试脚本中的每个子测试脚本对应一个测试用例，所述测试结果基于所述测试用例确定。

5.一种测试镜像文件制作方法，包括：

获得用于测试待交付的应用程序的测试脚本；

基于所述测试脚本，确定构建文件；

获得包括用于搭建测试环境的系统程序的基础镜像文件；以及

基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

6.根据权利要求5所述的方法，其中，所述获得用于测试待交付的应用程序的测试脚本包括：

获得多个测试用例；

基于所述多个测试用例，确定多个子测试脚本以及与所述多个子测试脚本解耦的配置文件；以及

将所述多个子测试脚本封装为程序包，作为用于测试所述待交付的应用程序的测试脚本。

7.根据权利要求6所述的方法，其中，所述基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件，包括：

将所述配置文件、以及所述测试脚本和所述系统程序封装为所述测试镜像文件。

8.一种用于项目交付的测试装置，包括：

部署模块，用于在宿主机中部署待交付的应用程序；

第一获得模块，用于获得测试镜像文件，所述测试镜像文件包括用于测试所述应用程序的测试脚本和用于搭建测试环境的系统程序；

运行模块，用于运行所述系统程序得到容器作为测试环境；以及

执行模块，用于在所述容器中执行所述测试脚本，以得到所述应用程序的测试结果，并输出到所述宿主机。

9.一种测试镜像文件制作装置，包括：

第二获得模块，用于获得用于测试待交付的应用程序的测试脚本；

确定模块，用于基于所述测试脚本，确定构建文件；

第三获得模块，用于获得包括用于搭建测试环境的系统程序的基础镜像文件；以及

封装模块，用于基于所述构建文件，将所述测试脚本和所述系统程序封装为测试镜像文件。

10.一种计算机可读存储介质，其上存储有可执行指令，所述可执行指令被处理单元执行时使所述处理单元执行根据权利要求1-7中任一项所述的方法。

11.一种电子设备，包括：

处理单元；以及

存储单元，其上存储有可执行指令，所述指令被所述处理单元执行时使所述处理单元执行根据权利要求1-7中任一项所述的方法。

Images