CN109144843B - 测试环境部署的方法和装置 - Google Patents

Abstract

本发明公开了一种测试环境部署的方法和装置，涉及计算机领域。该方法的一具体实施方式包括：在持续集成平台创建数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；并在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端。该实施方式能够实现测试环境在多个渠道的自动、快速搭建，同时可以使测试环境与线上环境保持业务数据、业务代码的一致。

Description

测试环境部署的方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种测试环境部署的方法和装置。

背景技术

随着互联网技术的飞速发展，平行搜索系统日渐成为各互联网应用领域的核心系统。对于平行搜索系统而言，除了需要满足超高并发查询，覆盖海量数据，快速请求响应之外，还需要在支持多渠道、面对逻辑复杂的业务、召回准确性、满足用户的个性化需求等方面提供技术支持。对于上述平行搜索系统，如何对其进行高效、快速的测试环境的部署日益成为一个必须解决的问题。

测试环境是指测试人员利用工具模拟出的、接近真实环境的测试用环境。一般地，测试环境应具有与真实环境一致的业务数据与业务代码。现有的测试环境部署方法一般如下：首先在目标端手动部署全量业务数据，之后在目标端拷贝全部业务代码，然后手动更改配置文件，最后启动各个部署模块。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

1.随着平行搜索系统的不断发展，配置文件涉及的更改内容和数量愈发增多，手动更改难度加大。如果部署完成后发现问题，需要重新执行上述步骤，导致部署效率较低。另外，如果配置文件或者中间某个环节出错，则易导致平行搜索系统重启，进一步降低部署效率。

2.目前的业务数据与业务代码迭代更新较快，现有技术无法达到与线上最新的业务数据、业务代码保持一致。

3.对于支持多渠道的平行搜索系统，不同渠道含有独有的配置文件。现有技术通过手动方法搭建测试环境时，容易产生所述配置文件的配置项错误的问题。

发明内容

有鉴于此，本发明实施例提供一种测试环境部署的方法和装置，能够实现测试环境在多个渠道的自动、快速搭建，同时可以使测试环境与线上环境保持业务数据、业务代码的一致。

为实现上述目的，根据本发明的一个方面，提供了一种测试环境部署的方法。

本发明实施例的测试环境部署的方法包括：在持续集成平台创建数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；并在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端。

可选地，所述待部署组件包括：混合器组件、和/或归并器组件、和/或检索器组件。

可选地，所述方法进一步包括：在所述利用所述数据下载任务从数据源下载待部署组件的业务数据之后，建立软链接指向数据源中最新的所述待部署组件的业务数据。

可选地，所述方法进一步包括：在所述在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务之后，在持续集成平台创建触发任务，用于触发所述代码部署任务。

可选地，所述利用所述代码获取任务从数据源获取所述待部署组件的业务代码包括：利用所述代码获取任务从数据源获取包含所述待部署组件的业务代码的代码包，确定所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址。

可选地，所述利用所述代码部署任务将所述业务代码部署在目标端包括：将所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址通过所述触发任务输入所述代码部署任务，通过所述触发任务触发所述代码部署任务运行；利用所述代码部署任务获取与所述代码包的名称对应的代码包，并将所述代码包包含的业务代码部署在目标端。

可选地，所述方法进一步包括：在将所述业务代码部署在目标端之后，利用所述代码获取任务从数据源获取所述目标端所在渠道的配置文件，利用所述代码部署任务将所述配置文件部署在目标端。

为实现上述目的，根据本发明的又一方面，提供了一种测试环境部署的装置。

本发明实施例的测试环境部署的装置包括：数据处理模块，可用于基于在持续集成平台创建的数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；代码处理模块，可用于基于在持续集成平台创建的代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端。

可选地，所述待部署组件包括：混合器组件、和/或归并器组件、和/或检索器组件。

可选地，所述代码处理模块用于：利用所述代码获取任务从数据源获取包含所述待部署组件的业务代码的代码包，确定所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址；将所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址通过在持续集成平台创建的触发任务，输入所述代码部署任务；通过所述触发任务触发所述代码部署任务运行；利用所述代码部署任务获取与所述代码包的名称对应的代码包，并将所述代码包包含的业务代码部署在目标端。

可选地，所述代码处理模块还用于：在将所述业务代码部署在目标端之后，利用所述代码获取任务从数据源获取所述目标端所在渠道的配置文件，利用所述代码部署任务将所述配置文件部署在目标端。

为实现上述目的，根据本发明的又一方面，提供了一种电子设备。

本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的测试环境部署的方法。

为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。

本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的测试环境部署的方法。

根据本发明的技术方案，上述发明中的一个实施例具有如下优点或有益效果：通过在持续集成平台创建任务以自动执行预设脚本程序，实现了多渠道的业务数据与业务代码的自动、快速部署，提高了测试环境部署的效率与准确性，解决了现有技术中部署效率低、易于出错的问题；通过定期获取数据源的最新业务数据与最新业务代码进行部署，使测试环境与线上环境保持业务数据与业务代码的高度一致，使得基于该测试环境进行对比测试时，可以只关注当前代码引发的变化，从而可以快速定位问题，解决了现有技术中由于测试环境与线上环境一致性较差使得测试环境可用性较低的问题；通过针对性地获取与目标端所在渠道对应的配置文件进行部署，实现了配置文件与渠道的精确匹配，克服了现有技术中容易产生配置文件的配置项错误的缺陷。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的测试环境部署的方法的主要步骤示意图；

图2是根据本发明实施例的测试环境部署的方法的任务设置示意图；

图3是根据本发明实施例的测试环境部署的方法的部署架构示意图；

图4是根据本发明实施例的测试环境部署的装置的主要部分的示意图；

图5是根据本发明实施例可以应用于其中的示例性系统架构图；

图6是用来实现本发明实施例的测试环境部署的方法的电子设备的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例的技术方案通过在持续集成平台创建任务以自动执行预设脚本程序，实现了多渠道的业务数据与业务代码的自动、快速部署，提高了测试环境部署的效率与准确性，解决了现有技术中部署效率低、易于出错的问题；通过定期获取数据源的最新业务数据与最新业务代码进行部署，使测试环境与线上环境保持业务数据与业务代码的高度一致，使得基于该测试环境进行对比测试时，可以只关注当前代码引发的变化，从而可以快速定位问题，解决了现有技术中由于测试环境与线上环境一致性较差使得测试环境可用性较低的问题；通过针对性地获取与目标端所在渠道对应的配置文件进行部署，实现了配置文件与渠道的精确匹配，克服了现有技术中容易产生配置文件的配置项错误的缺陷。

图1是根据本实施例的测试环境部署的方法的主要步骤示意图。

如图1所示，本发明实施例的测试环境部署的方法按照以下步骤执行：

步骤S101：在持续集成平台创建数据下载任务及数据部署任务，利用数据下载任务从数据源下载待部署组件的业务数据，利用数据部署任务将业务数据部署在目标端。

其中，持续集成平台可以是基于Java开发的持续集成工具Jenkins。持续集成平台Jenkins是一个可扩展的持续集成引擎，能够监控集成中存在的错误，提供详细的日志文件和提醒功能，并以图表的形式形象地展示项目构建的趋势和性能稳定性。用户在这个平台上可以创建多个任务(job)，例如：编译任务，测试任务以及部署任务，并指定各个任务之间的上下游关系和执行顺序。

在本发明实施例中，数据下载任务、数据部署任务及后文中的代码获取任务、代码部署任务、触发任务均在Jenkins创建，以上任务均用于执行预设的脚本代码从而实现测试环境的部署。特别地，测试环境的部署主要包括业务数据的部署与业务代码的部署。业务数据可以是平行搜索系统中的商品数据、索引数据等数据，业务代码可以是平行搜索系统的系统代码。在本发明实施例中，分别将业务数据与业务代码独立部署，避免二者的相互干扰。

具体应用中，对于平行搜索系统而言，混合器组件blender、归并器组件merger、检索器组件searcher为其搜索服务系统的重要组件。其中：searcher承担核心检索功能，用于输出满足检索条件的文档列表以及输出如统计、初步算分结果等的附属信息。merger用于将searcher得到的检索结果进行归并，之后再进行业务排序和加工，确定返回值。blender用于将merger返回的结果进行融合后返回到前端。在本发明的实施例中，待部署组件即是blender、merger、searcher中的任意一个或多个，各个待部署组件在测试环境部署过程中均独立部署。

较佳地，步骤S101可以按照下列步骤执行：

1.在Jenkins创建数据下载任务及数据部署任务。

2.利用数据下载任务定期从数据源下载待部署组件的业务数据。

具体地，数据源一般为处于预发布环境的计算机。可以理解的是，数据源与部署测试环境的目标端处于同一渠道。在本步骤中，可以利用数据下载任务下载待部署组件的业务数据，并在下载后建立软链接指向数据源中最新的待部署组件的业务数据，从而使得测试环境与线上环境的业务数据保持一致，便于后续的线上问题定位。其中，软链接即符号链接，通过设置含有源文件在文件结构中路径信息的符号链接文件实现对源文件的访问。

3.利用数据部署任务将业务数据部署在目标端。

作为一个可选方案，步骤S101还可以首先将数据源中的待部署组件的业务数据定期拉取到测试基础机，再通过测试基础机将业务数据部署到目标端。

步骤S102：在持续集成平台创建代码获取任务及与待部署组件对应的代码部署任务，利用代码获取任务从数据源获取待部署组件的业务代码，利用代码部署任务将业务代码部署在目标端。

在本步骤中，代码部署任务与待部署组件对应。例如：blender与blender组件代码部署任务对应，merger与merger组件代码部署任务对应，searcher与searcher组件代码部署任务对应。

在本发明实施例中，步骤S102可具体执行以下步骤：

1.在Jenkins创建触发任务，用于触发代码部署任务运行。

2.利用代码获取任务从数据源定期获取包含待部署组件的业务代码的代码包，确定该代码包的名称、目标端所在渠道以及目标端的IP地址。

实际应用中，代码包的名称可以存储在list列表文件中。所述渠道指的是目标端所处的不同环境，例如：在某应用领域，目标端的渠道可以是个人电脑PC端、移动端、微信端或移动QQ端。

3.将代码包的名称、目标端所在渠道以及目标端的IP地址通过触发任务输入代码部署任务，通过触发任务触发代码部署任务运行。

在本步骤中，将代码部署任务入参为代码包的名称、目标端所在渠道以及目标端的IP地址，可使代码部署任务获取代码包及目标端位置信息。

4.利用代码部署任务获取与代码包的名称对应的代码包，并将代码包包含的业务代码部署在目标端。

在本步骤中，代码部署任务通过代码包的名称获取代码包，通过目标端所在渠道及目标端的IP地址确定目标端位置，从而可将业务代码部署到目标端。在部署业务代码时，首先部署的是业务代码中的二进制文件与动态库文件。此外，在进行多渠道的测试环境部署时，多渠道共有的业务数据与业务代码可存储在公共文件夹内，渠道独有的业务数据与业务代码可存储在该渠道的专用文件夹内。

经过步骤S101、S102，本发明的实施例可以在保持业务数据、业务代码与线上环境高度一致的情况下，实现测试环境的自动、快速部署。经试验，可提升部署效率30％以上。需要说明的是，步骤S101与S102的执行顺序并不固定，步骤S101可以在步骤S102之前或之后执行。

作为一个优选方案，在将业务代码部署在目标端之后，利用代码获取任务从数据源获取目标端所在渠道的配置文件，利用代码部署任务将该配置文件部署在目标端。

实际应用中，不同的渠道含有其独有的配置文件。本步骤可将渠道独有的配置文件获取，并将其部署在目标端以完成测试环境的部署。例如：获取某渠道的配置文件nodes.xml并将其部署，从而使平行搜索系统的各组件能够通信。部署配置文件时，可以根据获取的配置文件修改原有配置文件实现部署。在部署配置文件之后，可以启动待部署组件开始测试。

特别地，在本发明实施例中，可以以下列任一方式部署待部署组件：

1.将blender、merger及searcher部署在同一目标端。

2.将blender、merger或searcher部署一个目标端，实现组件的个性化部署。

3.将blender、merger或者searcher部署在同一渠道的多个目标端。

4.将blender、merger以及searcher部署在同一渠道的多个目标端，所述多个客户端形成分布式系统。例如：可将blender部署在目标端A，将merger部署在目标端B，将searcher部署在目标端C；或者，将blender、searcher部署在目标端A，将merger部署在目标端B；又或者，将searcher部署在目标端B，将blender、merger部署在目标端C等。在此方式中，分布式系统中的各组件异步启动。

此外，在本发明实施例中，对于上述4种部署方式中的任意一种，均可实现测试环境的一键部署。

需要说明的是，本发明实施例的测试环境部署的方法不仅可用于平行搜索系统的测试环境部署，还可用于其它领域的测试环境部署，本发明对此不作任何限制。

图2是根据本发明实施例的测试环境部署的方法的任务设置示意图。

如图2所示，Jenkins source data update job(字面意思为Jenkins元数据更新任务)为数据下载任务，Jenkins dev data update job(字面意思为Jenkins开发数据更新任务)为数据部署任务，Jenkins tag job(字面意思为Jenkins标签任务)为代码下载任务，Jenkins dev trigger job(字面意思为Jenkins开发触发任务)为触发任务，Blenderdeploy job为Blender组件代码部署任务，Merger deploy job为Merger组件代码部署任务，Searcher deploy job为Searcher组件代码部署任务，package.list为存储代码包的名称的list文件。从图2中可以看到本发明实施例的Jenkins任务设置方式。

图3是根据本发明实施例的测试环境部署的方法的部署架构示意图。

如图3所示，图3中的最上层为blender、merger及searcher组件。第二层表示不同的部署场景，例如：staging预发是预发布环境，test是针对较大业务需求设置的线上同步环境。第三层为不同渠道，例如PC渠道、APP(应用)渠道、WX(微信)渠道、移动QQ(腾讯QQ)渠道。第四层为某个渠道的不同目标端。从图3中可以看到本发明实施例的测试环境部署的架构。

根据本发明实施例的测试环境部署的方法可以看出，因为采用了在持续集成平台创建任务以自动执行预设脚本程序的技术手段，因此实现了多渠道的业务数据与业务代码的自动、快速部署，提高了测试环境部署的效率与准确性，解决了现有技术中部署效率低、易于出错的问题；因为采用了定期获取数据源的最新业务数据与最新业务代码进行部署的技术手段，所以使测试环境与线上环境保持业务数据与业务代码的高度一致，从而使得基于该测试环境进行对比测试时，可以只关注当前代码引发的变化，可以快速定位问题，解决了现有技术中由于测试环境与线上环境一致性较差使得测试环境可用性较低的问题；因为采用了针对性地获取与目标端所在渠道对应的配置文件进行部署的技术手段，从而实现了配置文件与渠道的精确匹配，克服了现有技术中容易产生配置文件的配置项错误的缺陷。

图4是本发明实施例的测试环境部署的装置的主要部分示意图。

如图4所示，本发明实施例的测试环境部署的装置400包括数据处理模块401与代码处理模块402。其中：

数据处理模块401可用于基于在持续集成平台创建的数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端。

代码处理模块402可用于基于在持续集成平台创建的代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端。

较佳地，所述待部署组件可包括：混合器组件blender、和/或归并器组件merger、和/或检索器组件searcher。

作为一个优选方案，所述代码处理模块402可用于：利用所述代码获取任务从数据源获取包含所述待部署组件的业务代码的代码包，确定所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址；将所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址通过在持续集成平台创建的触发任务，输入所述代码部署任务；通过所述触发任务触发所述代码部署任务运行；利用所述代码部署任务获取与所述代码包的名称对应的代码包，并将所述代码包包含的业务代码部署在目标端。

在本发明实施例中，所述代码处理模块402还可用于：在将所述业务代码部署在目标端之后，利用所述代码获取任务从数据源获取所述目标端所在渠道的配置文件，利用所述代码部署任务将所述配置文件部署在目标端。

从以上描述可以看出，因为采用了在持续集成平台创建任务以自动执行预设脚本程序的技术手段，因此实现了多渠道的业务数据与业务代码的自动、快速部署，提高了测试环境部署的效率与准确性，解决了现有技术中部署效率低、易于出错的问题；因为采用了定期获取数据源的最新业务数据与最新业务代码进行部署的技术手段，所以使测试环境与线上环境保持业务数据与业务代码的高度一致，从而使得基于该测试环境进行对比测试时，可以只关注当前代码引发的变化，可以快速定位问题，解决了现有技术中由于测试环境与线上环境一致性较差使得测试环境可用性较低的问题；因为采用了针对性地获取与目标端所在渠道对应的配置文件进行部署的技术手段，从而实现了配置文件与渠道的精确匹配，克服了现有技术中容易产生配置文件的配置项错误的缺陷。

图5示出了可以应用本发明实施例的测试环境部署的方法或测试环境部署的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的测试环境部署的方法一般由服务器505执行，相应地，测试环境部署的装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

本发明还提供了一种电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的测试环境部署的方法。

下面参考图6，其示出了适于用来实现本发明实施例的电子设备的计算机系统600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有计算机系统600操作所需的各种程序和数据。CPU601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括数据处理模块与代码处理模块。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，数据处理模块还可以被描述为“与代码处理模块独立工作，处理业务数据的下载与部署的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：在持续集成平台创建数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；并在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端。

根据本发明实施例的技术方案，通过在持续集成平台创建任务以自动执行预设脚本程序，实现了多渠道的业务数据与业务代码的自动、快速部署，提高了测试环境部署的效率与准确性，解决了现有技术中部署效率低、易于出错的问题；通过定期获取数据源的最新业务数据与最新业务代码进行部署，使测试环境与线上环境保持业务数据与业务代码的高度一致，使得基于该测试环境进行对比测试时，可以只关注当前代码引发的变化，从而可以快速定位问题，解决了现有技术中由于测试环境与线上环境一致性较差使得测试环境可用性较低的问题；通过针对性地获取与目标端所在渠道对应的配置文件进行部署，实现了配置文件与渠道的精确匹配，克服了现有技术中容易产生配置文件的配置项错误的缺陷。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (8)

1.一种测试环境部署的方法，其特征在于，包括：

在持续集成平台创建数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；在所述利用所述数据下载任务从数据源下载待部署组件的业务数据之后，建立软链接指向数据源中最新的所述待部署组件的业务数据；

在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端；

所述方法进一步包括：在所述在持续集成平台创建代码获取任务、及与所述待部署组件对应的代码部署任务之后，在持续集成平台创建触发任务，用于触发所述代码部署任务；

所述利用所述代码获取任务从数据源获取所述待部署组件的业务代码包括：利用所述代码获取任务从数据源获取包含所述待部署组件的业务代码的代码包，确定所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址；

所述利用所述代码部署任务将所述业务代码部署在目标端包括：将所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址通过所述触发任务输入所述代码部署任务，通过所述触发任务触发所述代码部署任务运行；利用所述代码部署任务获取与所述代码包的名称对应的代码包，并将所述代码包包含的业务代码部署在目标端。

2.根据权利要求1所述的方法，其特征在于，所述待部署组件包括：混合器组件、和/或归并器组件、和/或检索器组件。

3.根据权利要求1或2所述的方法，其特征在于，所述方法进一步包括：

在将所述业务代码部署在目标端之后，利用所述代码获取任务从数据源获取所述目标端所在渠道的配置文件，利用所述代码部署任务将所述配置文件部署在目标端。

4.一种测试环境部署的装置，其特征在于，包括：

数据处理模块，用于基于在持续集成平台创建的数据下载任务及数据部署任务，利用所述数据下载任务从数据源下载待部署组件的业务数据，利用所述数据部署任务将所述业务数据部署在目标端；在所述利用所述数据下载任务从数据源下载待部署组件的业务数据之后，建立软链接指向数据源中最新的所述待部署组件的业务数据；

代码处理模块，用于基于在持续集成平台创建的代码获取任务、及与所述待部署组件对应的代码部署任务，利用所述代码获取任务从数据源获取所述待部署组件的业务代码，利用所述代码部署任务将所述业务代码部署在目标端；

所述代码处理模块进一步用于：利用所述代码获取任务从数据源获取包含所述待部署组件的业务代码的代码包，确定所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址；将所述代码包的名称、所述目标端所在渠道、以及所述目标端的IP地址通过在持续集成平台创建的触发任务，输入所述代码部署任务；通过所述触发任务触发所述代码部署任务运行；利用所述代码部署任务获取与所述代码包的名称对应的代码包，并将所述代码包包含的业务代码部署在目标端。

5.根据权利要求4所述的装置，其特征在于，所述待部署组件包括：混合器组件、和/或归并器组件、和/或检索器组件。

6.根据权利要求4或5所述的装置，其特征在于，所述代码处理模块还用于：

在将所述业务代码部署在目标端之后，利用所述代码获取任务从数据源获取所述目标端所在渠道的配置文件，利用所述代码部署任务将所述配置文件部署在目标端。

7.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-3中任一所述的方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-3中任一所述的方法。

Images