CN110580216A - 一种应用提测的方法和装置 - Google Patents

Abstract

本发明公开了一种应用提测的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收提测需求，获取提测需求的需求标识，确定与需求标识相关联的所有应用标识；至少根据所获取的应用标识，提取与提测需求相关联的所有应用，对所提取的应用进行部署测试。该实施方式在研发完成一阶段任务后，可以将相关需求应用全部打包发送给测试，降低出现应用漏提、错提的可能，大幅减少了反复沟通与核对应用的时间，提高了测试效率，缩短了测试周期。

Description

一种应用提测的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用提测的方法和装置。

背景技术

开发人员完成某一需求功能后，会对该功能进行测试验证。现有测试流程中，一个需求会关联多个应用，一个提测任务需要包含所有相关联的应用。

对于提测需求所涉及的应用，目前通常由研发人员手工整理，分别打包、传输并告知测试人员，再由测试人员部署和测试。

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

1)过度依赖人力，若研发人员由于业务不熟悉或其他原因，所造成应用漏提的情况无法预知；

2)一个应用可能关联多个需求，且针对不同需求的应用版本可能不同，研发人员所提测的应用版本无法控制，可能提测的不是最终代码版本或者不是与提测需求相关联的版本，导致测试服务启动报错、频繁提测或测试结果无效等情况发生；

3)当开发环境数据库发生变更，而未同步至测试环境数据库时，会导致后续应用部署失败、测试无效等异常情况发生。

发明内容

有鉴于此，本发明实施例提供一种应用提测的方法和装置，至少能够解决现有技术中漏提或错提应用情况不断，导致应用需要反复提测的情况。

为实现上述目的，根据本发明实施例的一个方面，提供了一种应用提测的方法，包括：接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

可选的，所述至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用包括：根据所获取的应用标识，获取每个应用的变更日志，以得到每个变更日志中所存储的所有应用版本，提取与所述提测需求的所述需求标识相应的应用版本。

可选的，所述根据所获取的应用标识，提取与所述提测需求相关联的所有应用包括：根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间；根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间；提取最新部署时间位于最新变更时间之前的应用。

可选的，在所述对所提取的应用进行部署测试之前，还包括：

根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息；分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中。

所述对所提取的应用进行部署测试包括：分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

可选的，所述对所提取的应用进行部署测试包括：根据每个应用的应用标识，至少获取每个应用的部署类型；确定与所获取的部署类型相应的部署规则，以分别根据所获取的部署规则，对相应应用进行部署；获取每个应用的部署结果，基于所获取的部署结果进行测试。

为实现上述目的，根据本发明实施例的另一方面，提供了一种应用提测的装置，包括：

需求接收模块，用于接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；

应用提测模块，用于至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

可选的，所述应用提测模块，用于：根据所获取的应用标识，获取每个应用的变更日志，以得到每个变更日志中所存储的所有应用版本，提取与所述提测需求的所述需求标识相应的应用版本。

可选的，所述应用提测模块，用于：根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间；根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间；提取最新部署时间位于最新变更时间之前的应用。

可选的，所述应用提测模块，还用于：根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息；分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中；分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

可选的，所述应用提测模块，用于：根据所提取的每个应用的应用标识，至少获取每个应用的部署类型；确定与所获取的部署类型相应的部署规则，以分别根据所获取的部署规则，对相应应用进行部署；获取每个应用的部署结果，基于所获取的部署结果进行测试。

为实现上述目的，根据本发明实施例的再一方面，提供了一种应用提测的电子设备。

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

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的应用提测的方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：利用配置表，实现自动提取打包与提测需求相关联的所有应用，使得一些由于人工漏提、错提应用的情况得到了有效改善，同时减少了反复沟通与核对应用的时间，从而提高了测试效率，缩短了测试周期。

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

附图说明

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

图1是根据本发明实施例的一种应用提测的方法的主要流程示意图；

图2是根据本发明实施例的一种可选的应用提测的方法的流程示意图；

图3是根据本发明实施例的另一种可选的应用提测的方法的流程示意图；

图4是根据本发明实施例的一种应用提测的装置的主要模块示意图；

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

图6是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

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

需要说明的是，本发明所涉及的需求，为功能需求(functional requirement)，即研发人员所必须实现的软件功能，用户能基于该功能完成他们的任务，从而满足业务需求。

所谓特性(feature)，是指逻辑上相关功能需求的集合，给用户提供处理能力并满足业务需求。

本发明主要针对Java应用部署情况，其他语言可以根据具体情况对本技术方案进行适当调整。

为维护需求、应用、研发人员以及测试人员之间的关联关系，可以利用现有数据库技术，建立应用基本信息表、需求基本信息表等，具体如下所示：

1)需求基本信息表：包含需求标识，需求信息等。

2)需求与应用配置表：包含需求标识、关联应用标识等，且需求标识与应用标识可以为多对多的关系。

3)应用编译结果流水表：编译结果标识、需求标识、应用标识、编译版本号(记录应用编译版本)、编译结果、编译时间。

4)应用基本信息表：包含应用标识、应用名称、代码地址、应用负责人、应用研发人员、应用测试人员、部署类型、jdk(Java Development Kit)版本、tomcat(汤姆猫)版本。

5)应用与配置文件关系表：应用标识、配置文件标识等。

6)配置文件信息表：配置文件标识、配置文件路径，配置文件名称、配置文件内容等。

7)应用部署结果流水表：部署结果标识、需求标识、应用标识、部署版本号、部署人、部署时间。

8)服务器基本信息表：服务器标识、IP、用户名、密码等。

9)应用部署配置表：应用标识、服务器标识。

10)应用与人员配置表：包含应用标识、关联研发人员标识等

11)研发与测试配置表：包含研发人员标识、测试人员标识等。

12)人员基本信息表：包含人员标识、人员名称、邮箱、电话等。

参见图1，示出的是本发明实施例提供的一种应用提测的方法的主要流程图，包括如下步骤：

S101：接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识。

S102：根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

上述实施方式中，对于步骤S101，一个需求可能关联多个应用，一个应用又可能关联多个需求，且同一研发人员同一时刻可能会开发多个需求。

为便于后续对需求的区分，可以依据需求基本信息表中的需求标识进行，每个需求都有唯一的需求标识。

同样，针对不同的需求，也可以对所关联的应用设置相应的应用标识，即需求标识与应用标识具有映射关系，具体存储在需求与应用配置表中。

另外，在需求与应用配置表中，通常可以查询到与需求标识相关联的所有应用标识。若查询不到，确认为异常情况，需通知研发人员进行重新梳理并维护此表。

开发人员完成某一需求功能后，会使用版本控制工具(例如，RCS、CVS、PYTHON、C#)提交应用代码，提交时必须以需求标识开头。另外，也可以提交备注信息，例如具体更正的是哪部分，且备注信息提交必须以需求标识开头。

但需要说明的是，在使用版本控制工具管理应用代码时，可能会创建很多版本分支，但特定的一个需求可能只会创建一个分支。

对于步骤S102，不同研发人员针对不同需求可能需要变更同一应用。因此，对于同一应用，针对不同需求可能需要有不同的应用版本，即可能对应于多个需求标识。

对于与需求标识相应的应用版本的获取方式，可以是：

1)直接根据需求标识以及应用标识，准确获取与本次提测相应的应用版本；

2)依次根据应用标识，获取每个应用的变更日志，得到变更日志中的所有应用版本；分析与每个应用版本对应的需求标识，仅提取与本次提测需求相关联的应用版本。其中，变更日志存储于版本控制工具中，需求标识可以依据版本控制工具中的备注信息获得。

基于现有的编译系统(例如Jenkins)，结合应用的代码地址，对待部署的应用进行编译，将编译结果记录至应用编译结果流水表中，也可以存储至数据库或以其他方式进行永久存储；其中，应用的代码地址可以在应用基本信息表中查询获取。

由于应用配置文件可能与其部署测试环境不符，为降低后续测试无效的可能，在编译应用之后，可以将应用的所有配置文件信息替换为应用部署包中的配置文件信息。

具体地：

1)根据每个应用的应用标识，在每个相应的应用与配置文件关系表中遍历，确定与应用标识相应的配置文件标识；

2)再根据配置文件信息表，获取与所确定的配置文件标识相应的配置文件，包含配置文件路径、名称、内容等；

3)替换应用部署包中所有存在于配置文件信息表中的配置文件；其中，应用部署包为编译后直接用于部署的应用代码包。

待编译完毕后，会向部署系统发送消息，告知待部署应用包消息；部署系统根据所收到的消息，进行部署操作，并将部署结果记录入库。

具体地：

1)根据每个应用的应用标识，分别从相应的应用基本信息表中，获取每个应用的部署类型、jdk版本、tomcat版本(本发明以java为例，其它语言部署类型会有所不同)；

2)再通过每个应用的应用标识，分别从相应的应用部署配置表、服务器基本信息表中，获取每个应用的应用部署IP、用户名与密码；

3)当部署类型为web时，采用tomcat为部署容器，需先将对应应用版本的jdk与tomcat复制并安装到测试环境服务器上；或

当部署类型为worker时，需先将对应应用版本的jdk复制并安装到测试环境服务器上。

4)分别将应用部署到对应的服务器上，同时将部署时间、部署结果记录至应用部署流水表中。

对待部署应用部署完成后，可以发送消息通知至相关测试人员，包括：本次所提取的应用、本次实际部署的应用、各应用的编译结果以及部署结果等信息。

所发送的消息可以作为部署结果依据，由于微信、QQ存在消息泄露的风险较大，对于企业内部，多以邮件形式进行发送，以减少各部门之间的沟通成本。

另外，对于所提取的应用，可以针对性发送给相关测试人员进行测试，在测试人员测试过程中，若遇到测试问题，可以与研发人员进行沟通，具体依据“应用与人员配置表”、“研发与测试配置表”以及“人员基本信息表”进行。

上述实施例所提供的方法，利用配置表，实现自动提取打包与提测需求相关联的所有应用，使得一些由于人工漏提、错提的情况得到了有效改善，同时减少了对于应用的反复沟通与核对的时间，从而提高了测试效率，缩短了测试周期。

参见图2，示出了根据本发明实施例的一种可选的应用提测的方法流程示意图，包括如下步骤：

S201：接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识。

S202：根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间。

S203：根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间。

S204：提取最新部署时间位于最新变更时间之前的应用，对所提取的应用进行部署测试。

上述实施方式中，步骤S201可参见图1所示步骤S101的描述，在此不在赘述。

对于与提测需求相关联的应用，有些在上次测试完毕之后并未进行代码更新/变更操作，为降低后续部署应用的工作量、减少测试时间，可以剔除这些应用标识，并直接提取这些应用的上次部署结果作为本次部署依据。

上述实施方式中，对于步骤S202，对于每个应用的最新变更时间，同样可以在变更日志中获取，具体提取其最后一次变更时间lastupdate。对于变更日志的获取，具体参见图1所示步骤S102的描述，在此不再赘述。

更新时间与变更日志同样具有映射关系，可以针对一个变更日志建立相应的一个变更日志，也可以基于变更时间进行迭代更新，组合生成应用变更时间表，其具体实现方式本发明在此不做限制。

另外，应用代码由代码管理器进行管理，每一次代码提交的相关信息，除变更时间之外，还可以包含变更人员、变更备注等，都保存在变更日志中。

对于步骤S203，对于每个应用的最新部署时间lastdeploy，可以根据提测需求的需求标识、应用的应用标识，在应用部署结果流水表中查询获取。

需要说明的是，本发明所涉及的部署时间，为依据部署系统，所搭建部署测试环境的时间，待部署结束后可以进行测试。每次部署都会记录所关联应用的部署时间，并将部署时间存储至数据库中，例如Mysql。

进一步的，对于所获取的更新时间以及部署时间，可以转换成其他数字类型，例如时间戳，便于后续进行大小比对。

对于步骤S204，对于应用的部署测试描述，具体参见图1所示步骤S102的描述，在此不再赘述。

针对同一应用，如果最后一次部署时间大于或等于其最后一次变更时间，证明该应用的代码无变更，无需重新部署，测试人员可以直接根据/结合该应用的上一次部置结果进行测试即可；

但若其最后一次部署时间小于最后一次变更时间，证明该应用在上次部署之后，研发人员对其代码进行了变更或更新，则确定该应用需要重新部署。

上述实施例所提供的方法，提供了一种对筛选应用的思路，以筛选出无需重新部署的应用，并直接获取上一次部署结果进行测试，以大幅降低后续部署测试的工作量，进而提高整体效率。另外，检测最新更新的应用代码，解决了现有技术因为疏漏或提错低版本应用的情况。

参见图3，示出了根据本发明实施例的另一种可选的应用提测的方法流程示意图，包括如下步骤：

S301：确定提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识。

S302：根据每个应用的应用标识，提取与所述提测需求相关联的所有应用。

S303：根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息。

S304：分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中。

S305：分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

上述实施方式中，步骤S301可参见图1所示步骤S101的描述，步骤S302可参见图1所示步骤S102的描述，也可以参见图2所示步骤S202的描述，在此不再赘述。

需要说明的是，开发环境信息对应于开发环境数据库信息、测试环境信息对应于测试环境数据库信息，本发明简述为开发环境信息以及测试环境信息。

上述实施方式中，对于步骤S303，每个应用都需要有单独的测试环境，互不依赖，互不干扰。此处单独的测试环境，指的是一台服务器。为减少设备成本，可以几个应用共用一台服务器，具体可以依据应用部署配置表进行。

数据库环境包括开发环境、测试环境以及线上环境：开发人员在应用开发阶段使用开发环境、测试人员在应用测试阶段使用测试环境，而对于线上环境用以在应用上线后用户使用，本发明暂不考虑线上环境。

数据库配置信息存储于应用代码中。扫描应用代码以获取数据库配置信息，包括连接该应用的数据库、链接等。根据所获取的数据库配置信息，确定相应的数据库信息，包括数据库表、字段、索引等。

数据库库配置信息至少包括开发环境配置信息以及测试环境配置信息，因此所获取的数据库信息，包括开发环境信息以及测试环境信息。

对于步骤S304以及S305，对于开发环境信息与测试环境信息，判断是否存在信息变更操作(例如，新增、修改或删除)：若不一致，确定信息变更过，并同步开发环境信息至测试环境信息，以保持开发环境与测试环境信息的一致性。

进一步的，对于开发环境与测试环境信息的变更判断，也可以基于其日志进行，该开发与测试环境日志，同样可以存储于数据库配置中，且记录了所有数据库的操作记录。

上述实施例所提供的方法，当开发环境信息发生变更时，可以自动同步至测试环境信息中，以保持数据库信息的一致性，降低后续部署失败、测试无效等异常情况发生。

本发明实施例所提供的方法，在研发完成一阶段任务后，提测需求时可以将相关应用全部打包发送给测试，降低出现漏提、错提应用的可能性，大幅减少了对于应用的反复沟通与核对的时间；另外，对于测试环境数据库配置信息的自动同步，可以保证应用测试的有效性，提高了测试效率，缩短了测试周期。

参见图4，示出了本发明实施例提供的一种应用提测的装置400的主要模块示意图，包括：

需求接收模块401，用于接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；

应用提测模块402，用于至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

本发明实施装置中，所述应用提测模块402，用于：

根据所获取的应用标识，获取每个应用的变更日志，以得到每个变更日志中所存储的所有应用版本，提取与所述提测需求的所述需求标识相应的应用版本。

本发明实施装置中，所述应用提测模块402，用于：

根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间；根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间；提取最新部署时间位于最新变更时间之前的应用。

本发明实施装置中，所述应用提测模块402，还用于：

根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息；分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中；分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

本发明实施装置中，所述应用提测模块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中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、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被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括需求接收模块、应用提测模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，需求接收还可以被描述为“接收提测需求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；

至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

根据本发明实施例的技术方案，在研发完成一阶段任务后，提测需求时可以将相关应用全部打包发送给测试，降低出现漏提、错提应用的情况，大幅减少了对于应用的反复沟通与核对的时间；另外，对于测试环境数据库配置信息的自动同步，可以保证应用测试的有效性，提高了测试效率，缩短了测试周期。

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

Claims (12)

1.一种应用提测方法，其特征在于，包括：

接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；

至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

2.根据权利要求1所述的方法，其特征在于，所述至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用包括：

根据所获取的应用标识，获取每个应用的变更日志，以得到每个变更日志中所存储的所有应用版本，提取与所述提测需求的所述需求标识相应的应用版本。

3.根据权利要求1所述的方法，其特征在于，所述根据所获取的应用标识，提取与所述提测需求相关联的所有应用包括：

根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间；

根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间；

提取最新部署时间位于最新变更时间之前的应用。

4.根据权利要求1所述的方法，其特征在于，在所述对所提取的应用进行部署测试之前，还包括：

根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息；

分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中；

所述对所提取的应用进行部署测试包括：

分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述对所提取的应用进行部署测试包括：

根据每个应用的应用标识，至少获取每个应用的部署类型；

确定与所获取的部署类型相应的部署规则，以分别根据所获取的部署规则，对相应应用进行部署；

获取每个应用的部署结果，基于所获取的部署结果进行测试。

6.一种应用提测装置，其特征在于，包括：

需求接收模块，用于接收提测需求，获取所述提测需求的需求标识，确定与所述需求标识相关联的所有应用标识；

应用提测模块，用于至少根据所获取的应用标识，提取与所述提测需求相关联的所有应用，对所提取的应用进行部署测试。

7.根据权利要求6所述的装置，其特征在于，所述应用提测模块，用于：

根据所获取的应用标识，获取每个应用的变更日志，以得到每个变更日志中所存储的所有应用版本，提取与所述提测需求的所述需求标识相应的应用版本。

8.根据权利要求6所述的装置，其特征在于，所述应用提测模块，用于：

根据所获取的应用标识，获取每个应用的变更日志，以确定每个应用的最新变更时间；

根据所获取的应用标识，在相应的每个应用的部署表中进行遍历，以获取每个应用的最新部署时间；

提取最新部署时间位于最新变更时间之前的应用。

9.根据权利要求6所述的装置，其特征在于，所述应用提测模块，还用于：

根据每个应用的应用标识，获取每个应用的开发环境信息以及测试环境信息；

分别判断每个应用的开发环境信息与测试环境信息是否相同，当判断到开发环境信息与测试环境信息不一致时，同步开发环境信息至测试环境信息中；

分别在所同步的测试环境信息中，对相应所提取的应用进行部署测试。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述应用提测模块，用于：

根据所提取的每个应用的应用标识，至少获取每个应用的部署类型；

确定与所获取的部署类型相应的部署规则，以分别根据所获取的部署规则，对相应应用进行部署；

获取每个应用的部署结果，基于所获取的部署结果进行测试。

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

一个或多个处理器；

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

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

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