软件开发过程的持续集成方法、装置、电子设备及介质

摘要

本发明实施例公开了一种软件开发过程的持续集成方法、装置、电子设备及介质，该方法包括：获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包；基于持续集成工具中的部署脚本将产品安装包部署至预设位置；基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试；基于产品测试结果，将产品安装包发布至与产品测试结果相对应的发布区域。通过本发明实施例的技术方案，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

说明书

技术领域

本发明实施例涉及软件开发技术领域，尤其涉及一种软件开发过程的持续集成方法、装置、电子设备及介质。

背景技术

软件开发需要研发部门、测试部门以及运营部门共同完成。随着业务产品交付需求的逐步增加，对于软件开发速度的需求也逐步增加。并且，随着数据中心自动化技术和配置管理工具的普及，对于软件开发的质量与速度都存在较高的需求。

但是，软件开发所需的各部门之间的工作分离并且独立，例如：当研发部门根据产品需求生成产品代码时，测试部门处于空闲状态等。上述过程会造成沟通成本高以及耗时长的问题，难以满足日益增长的软件迭代速度的需求。

发明内容

本发明实施例提供了一种软件开发过程的持续集成方法、装置、电子设备及介质，以实现开发和测试的持续集成，提高软件开发迭代的速度。

第一方面，本发明实施例提供了一种软件开发过程的持续集成方法，该方法包括：

获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将所述产品代码进行打包，以获得产品安装包；

基于所述持续集成工具中的部署脚本将所述产品安装包部署至预设位置；

基于所述持续集成工具中的测试脚本以及从所述代码管理工具中获取的测试用例，对所述预设位置的所述产品安装包进行测试；

基于产品测试结果，将所述产品安装包发布至与所述产品测试结果相对应的发布区域。

第二方面，本发明实施例还提供了一种软件开发过程的持续集成装置，该装置包括：

安装包获取模块，用于获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将所述产品代码进行打包，以获得产品安装包；

安装包部署模块，用于基于所述持续集成工具中的部署脚本将所述产品安装包部署至预设位置；

产品测试模块，用于基于所述持续集成工具中的测试脚本以及从所述代码管理工具中获取的测试用例，对所述预设位置的所述产品安装包进行测试；

产品发布模块，用于基于产品测试结果，将所述产品安装包发布至与所述产品测试结果相对应的发布区域。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的软件开发过程的持续集成方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的软件开发过程的持续集成方法。

本发明实施例的技术方案，通过获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包；基于持续集成工具中的部署脚本将产品安装包部署至预设位置，以便于对产品安装包进行后续测试；基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试；基于产品测试结果，将所述产品安装包发布至与产品测试结果相对应的发布区域，解决了软件开发各部门相互独立工作，沟通成本高的问题，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种软件开发过程的持续集成方法的流程示意图；

图2为本发明实施例二所提供的一种软件开发过程的持续集成方法的流程示意图；

图3为本发明实施例三所提供的一种软件开发过程的持续集成方法的示意图；

图4为本发明实施例三所提供的另一种软件开发过程的持续集成方法的示意图；

图5为本发明实施例四所提供的一种软件开发过程的持续集成装置的结构示意图；

图6为本发明实施例五所提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种软件开发过程的持续集成方法的流程示意图，本实施例可适用于在进行软件开发时，对开发和测试进行持续集成的情况，该方法可以由软件开发过程的持续集成装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端等。

如图1所述，本实施例的方法具体包括如下步骤：

S110、获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包。

其中，代码管理工具可以是针对代码实现上传、下载、合并等功能的平台软件，例如可以是Gitlab(用于仓库管理系统的开源项目)等。产品代码可以是软件开发所需的代码，可以包括各研发人员开发编写的代码。持续集成工具可以是监控持续重复工作的工具，例如可以是Jenkins(基于Java开发的持续集成工具)等。打包脚本可以是一段脚本代码，用于将某些指定的程序进行打包。产品安装包可以是执行打包脚本后生成的安装包，用于安装执行产品。产品安装包可以是.exe格式的可执行程序，也可以是.zip格式的压缩包等。

具体的，当需要对某一产品的产品代码进行打包测试时，可以获取代码管理工具中存储的该产品的产品代码。当检测到该产品的产品代码获取完成时，可以执行打包脚本，将产品代码进行打包处理，以生成产品安装包，用于传输至测试服务器或测试平台等进行后续测试使用。

需要说明的是，代码管理工具中存储的产品代码可以是一个或多个产品所对应的产品代码。为了便于管理和调取，不同产品的产品代码可以存储在代码管理工具中不同的存储空间内，例如：存储至不同产品所对应的目录下的存储空间内等。

S120、基于持续集成工具中的部署脚本将产品安装包部署至预设位置。

其中，部署脚本可以是一段脚本代码，用于对产品安装包进行部署和/或安装。预设位置可以是用于测试产品安装包的位置，例如可以是测试服务器或测试平台等。

具体的，基于持续集成工具中的部署脚本可以将产品安装包发送至预设位置。并且，还可以将产品安装包在预设位置进行安装以得到产品，便于对该产品安装包进行测试。

S130、基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试。

其中，测试脚本可以是一段脚本代码，用于执行各测试用例，对产品安装包进行测试。测试用例可以是为某个需求而编写的一组测试输入、执行条件以及预期结果的用例，用于测试产品是否满足该需求。测试用例可以存储至代码管理工具中。可选的，在代码管理工具中，测试用例可以按照分类类型进行存储，例如：按照功能测试、易用性测试、可安装性测试、GUI(Graphical User Interface，图形用户界面)测试、兼容性测试、安全测试等进行存储。并且，若不同产品所对应的测试用例不同，则测试用例也可以与产品标识以及版本标识对应存储。

具体的，从代码管理工具中可以获取与产品安装包所对应的测试用例。基于持续集成工具中的测试脚本以及获取的各测试用例，可以分别对预设位置的产品安装包进行测试。

可选的，若预设位置为多个，则可以在不同的预设位置的产品安装包进行不同的测试。例如：预设位置包括功能测试平台，安全性测试平台，可以在功能测试平台上对产品安装包进行功能测试，在安全性测试平台上进行安全性测试等。

需要说明的是，同一产品的不同版本的产品安装包所对应的测试用例不同。例如，产品A的2.0版本相较于产品A的1.0版本新增了功能B，则产品A的2.0版本所对应的测试用例相较于1.0版本可以增加对功能B进行测试的测试用例。

S140、基于产品测试结果，将产品安装包发布至与产品测试结果相对应的发布区域。

其中，产品测试结果可以是通过测试或不通过测试。发布区域可以是发布产品安装包的区域，并且，发布区域可以与产品是否通过测试相对应。

具体的，基于产品测试结果，可以将产品安装包发布至不同的发布区域，以供后续销售安装或重新开发使用。

示例性的，若产品测试结果为通过，则可以将产品安装包发布至待下载安装区，以供运营人员对该产品安装包进行销售和/或安装。若产品测试结果为不通过，则可以将产品安装包发布至待重新开发区，以供研发人员和测试人员对产品安装包进行重新开发和测试。

在上述技术方案的基础上，在对预设位置的产品安装包进行测试后，可以生成测试报告，并反馈至研发人员的终端设备。

其中，测试报告可以是对各测试用例执行测试的测试结果进行总结分析的报告。

具体的，基于各测试用例的测试结果，可以自动生成与产品安装包所对应的测试报告，并将该测试报告发送至研发人员的终端设备，例如：以邮件的形式发送至研发人员的终端设备，或以提示消息的形式发送至研发人员的终端设备。当研发人员接收到测试报告后，若测试结果为测试不通过，则研发人员可以根据测试报告的内容，对产品代码进行修改或重新开发等。

在上述技术方案的基础上，可以将产品测试结果为通过的产品安装包存储至产品镜像库，以对产品安装包进行备份。

本发明实施例的技术方案，通过获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包；基于持续集成工具中的部署脚本将产品安装包部署至预设位置，以便于对产品安装包进行后续测试；基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试；基于产品测试结果，将所述产品安装包发布至与产品测试结果相对应的发布区域，解决了软件开发各部门相互独立工作，沟通成本高的问题，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

实施例二

图2为本发明实施例二所提供的一种软件开发过程的持续集成方法的流程示意图，本实施例在上述各实施例的基础上，针对产品安装包的部署，测试方式可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图2所示，该方法具体包括以下步骤：

S210、当检测到代码管理工具中的各分支产品代码提交完成时，基于代码管理工具合并各分支产品代码，并将合并后的代码作为产品代码。

其中，分支产品代码可以是不同研发人员负责开发的部分产品代码。

具体的，当各研发人员完成所负责部分的产品代码的开发时，可以上传将开发的部分产品代码上传至代码管理工具的代码分支中。当检测到产品代码所对应的各分支产品代码上传提交完成时，可以调用代码管理工具中的合并操作，将各分支产品代码进行合并，以得到完整的产品代码。

需要说明的是，设置不同分支产品代码的好处在于各研发人员可以分别负责部分产品代码的开发，以提高产品代码的开发速率。并且，在合并各分支产品代码时，无需人为的进行合并，可以节省人力资源并避免代码合并过程中的错误。

S220、获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包。

S230、基于持续集成工具中的部署脚本将产品安装包部署至预设位置。

将产品安装包部署至预设位置时，可以包括部署以及安装两个步骤。可选的，基于持续集成工具中的部署脚本将产品安装包部署至测试服务器。执行产品安装包，将产品安装至测试服务器。

其中，测试服务器可以是执行产品安装包测试的服务器。

具体的，基于持续集成工具中的预先编写的部署脚本，可以将产品安装包发送部署至测试服务器，以供后续对该产品安装包进行测试使用。为了对产品安装包所对应的产品进行测试，可以执行产品安装包，将产品安装至测试服务器。若产品安装包为.exe格式的可执行文件，则可以运行该可执行文件，以将产品安装至测试服务器。若产品安装包为.zip格式的压缩文件，则可以将该压缩文件解压缩至测试服务器。在本实施例中，对产品安装包的格式以及安装方式不做具体限定。

S240、基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试。

通常情况下，产品开发迭代可以是基于上一次产品开发的产品代码进行开发的。在进行测试时，可以将测试用例分为对已有功能进行测试时使用的回归测试用例，以及对新功能进行测试时使用的新功能测试用例。此时，基于测试用例对产品安装包进行测试的具体过程如下：

从代码管理工具中获取回归测试用例以及新功能测试用例；基于持续集成工具中的测试脚本以及回归测试用例，对预设位置的所述产品安装包进行回归测试；基于持续集成工具中的测试脚本以及新功能测试用例，对预设位置的产品安装包进行新功能测试。

具体的，从代码管理工具中可以获取与产品安装包所对应的回归测试用例以及新功能测试用例。基于持续集成工具中的测试脚本以及各回归测试用例，可以对产品安装包进行回归测试。基于持续集成工具中的测试脚本以及各新功能测试用例，可以对产品安装包进行新功能测试。回归测试应用在迭代中的项目，对旧功能进行回归测试，目的是验证新增加的功能是否会对旧功能产生影响。新功能测试是对现有版本产品安装包中新增加的功能进行测试。

为了在预设位置完成对产品安装包的测试，可以将测试用例也部署至预设位置，以快速的对产品安装包进行测试。将测试用例打包并部署至预设位置，进而对产品安装包进行测试的具体步骤如下：

步骤一、获取代码管理工具中的测试用例，并基于持续集成工具中的打包脚本将测试用例进行打包，以获得测试用例包。

具体的，从代码管理工具中可以获取与产品安装包所对应的测试用例。可以执行打包脚本，将测试用例进行打包处理，以生成测试用例包，用于测试产品安装包。

步骤二、基于持续集成工具中的部署脚本将测试用例包部署至预设位置。

具体的，基于持续集成工具中的部署脚本可以将测试用例包发送至与产品安装包相同的预设位置。并且，还可以将测试用例包在预设位置进行解压缩或安装等操作，以得到完整的各个测试用例，便于对产品安装包进行测试。

步骤三、基于持续集成工具中的测试脚本以及测试用例包中的各测试用例，对预设位置的产品安装包进行测试。

具体的，将预设位置处存放的各测试用例用于产品安装包的测试。基于持续集成工具中的测试脚本以及预设位置的各测试用例，分别对预设位置的产品安装包进行测试。

S250、反馈各测试用例的测试进程。

其中，测试进程可以是各测试用例的完成情况，用于提示研发人员和测试人员产品安装包测试的进度，以及各测试用例所对应的子测试结果。子测试结果可以是与测试用例对应的测试结果。

具体的，可以以表格或文档的形式记录对产品安装包进行测试时所使用的全部测试用例，测试状态以及子测试结果。当当前测试用例执行完成后，可以将当前测试用例所对应的状态由未完成修改为已完成，例如：可以是以文字或颜色的形式对测试用例的测试状态进行标注。并且，根据当前测试用例的测试结果更新当前测试用例所对应的子测试结果，如通过或不通过。

示例性的，可以将已完成的测试用例的中通过测试的部分测试用例名称用绿色显示，将未通过测试的部分测试用例名称用红色显示，将未完成的测试用例用黑色显示，以使技术人员能够清楚准确的确定测试进程。

可选的，反馈已完成测试用例的标识以及与已完成测试用例的子测试结果；反馈当前测试用例的标识以及未完成测试用例的标识。

其中，测试用例的标识可以是用于区分不同测试用例的标识符，可以是字符串等形式，并且，测试用例的标识与测试用例是一一对应的。

具体的，可以将已完成测试的测试用例的标识以及子测试结果进行反馈，并反馈当前测试用例的标识以及未完成测试用例的标识。上述内容可以反馈至研发人员和测试人员的终端设备上，以使研发人员和测试人员能够及时获取当前的测试进程。当某一测试用例的子测试结果为不通过时，研发人员可以针对产品安装包中与该不通过的测试用例相对应的部分进行修正，测试人员也可以针对该测试用例进行测试用例的检查，以在测试未全部完成时，就能够启动产品代码和测试用例的检查。

需要说明的是，反馈各测试用例的测试进程的好处在于：能够使测试进程实时化和透明化。现有技术中由于测试部门与研发部门分离的状态，会造成在进行测试时，研发部门只能等待全部测试完成后测试部门反馈的测试报告，研发人员再根据测试报告对产品代码进行修改。实时化和透明化反馈各测试用例的测试进程，可以使研发人员实时根据测试进程对产品代码修改，无需等待全部测试完成后再进行产品代码的修改，提高了研发部门与测试部门的合作效率，进而提高了产品迭代开发的效率。

S260、基于产品测试结果，将产品安装包发布至与产品测试结果相对应的发布区域。

当检测到测试完成时，基于各测试用例所对应的子测试结果确定产品测试结果；若产品测试结果为通过，则将产品安装包发布至待下载安装区；若产品测试结果为不通过，则将产品安装包发布至待重新开发区。

具体的，当检测到测试完成时，可以获取各测试用例所对应的子测试结果，若子测试结果全部为通过，则可以确定产品测试结果为通过；若子测试结果中存在至少一个子测试结果为不通过，则可以确定产品测试结果为不通过。还可以是若通过测试的子测试结果超过预设数量或预设比例，则确定产品测试结果为通过，反之，则确定产品测试结果为不通过。若产品测试结果为通过，则将产品安装包发布至待下载安装区，以使运营人员和/或销售人员能够获取产品安装包，对产品安装包进行宣传和销售等。若产品测试结果为不通过，则将产品安装包发布至待重新开发区，以使研发人员对产品安装包进行修改或重新开发。

本发明实施例的技术方案，通过当检测到代码管理工具中的各分支产品代码提交完成时，基于代码管理工具合并各分支产品代码，并将合并后的代码作为产品代码，可以将多个开发人员开发的程序代码进行自动整合；获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包；基于持续集成工具中的部署脚本将产品安装包部署至预设位置，以便于对产品安装包进行后续测试；基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试；反馈各测试用例的测试进程，以使测试过程透明化和实时化；基于产品测试结果，将所述产品安装包发布至与产品测试结果相对应的发布区域，解决了软件开发各部门相互独立工作，沟通成本高的问题，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

实施例三

图3为本发明实施例三所提供的一种软件开发过程的持续集成方法的示意图，其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图3所示，软件开发过程的持续集成方法如下：

各开发人员可以将开发的代码上传至代码托管平台(代码管理工具)中与代码相对应的分支(develop分支)中。其中，代码托管平台可以是git/svn的平台。当检测到各develop分支中的代码上传完成后，可以对各develop分支中的代码进行合并(Merge操作)，并将合并后的代码存储至主分支(master分支)中。

获取master分支中的代码，并发送至jenkins(持续集成工具)中预先构建的打包平台，以对代码构建打包，得到产品安装包(测试包)。对产品安装包进行回归测试，即自动化测试，若回归测试不通过，则将回归测试结果反馈至开发人员；若回归测试通过，则对产品安装包进行新功能测试，若新功能测试不通过，则将新功能测试结果反馈至开发人员；若新功能测试通过，则将产品安装包存储至测试区的产品版本镜像库中，并生成测试报告。并且，将产品安装包设置为正式包，发布至产品发布区中，以供客户使用。客户在使用的过程中，可以反馈产品的相关问题，当接收到客户反馈的技术问题时，可以将技术问题发送至开发人员的终端设备上，以使开发人员可以进行产品的持续迭代开发。

图4为本发明实施例三所提供的另一种软件开发过程的持续集成方法的示意图，其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图4所示，软件开发过程的持续集成方法如下：

测试人员可以将各测试用例上传至代码托管平台中，开发人员可以将开发的代码上传至代码托管平台中。当检测到各develop分支中的代码上传完成后，可以对各develop分支中的代码进行Merge操作，并将Merge操作的代码存储至master分支中。

获取测试部分和开发部分的master分支中的代码，并发送至jenkins中预先构建的打包平台，以对测试用例以及开发代码构建打包，得到测试用例包和产品安装包。基于jenkins中的部署脚本，可以将测试用例包和产品安装包部署至测试服务器上。在测试服务器上，可以对产品安装包进行回归测试，回归测试可以包括功能测试以及性能测试等。在测试服务器上，还可以对产品安装包进行新功能测试，基于测试人员针对新功能编写的新功能测试用例对产品测试包进行迭代测试，并且可以将新功能测试的测试用例反馈至代码托管平台中的测试部分，将其作为下一次测试时的回归测试用例，达到用例积累的目的。

当测试完成时，根据测试结果生成测试报告，并将测试报告发送至测试平台的版本测试报告模块中。若测试结果为测试通过，则可以将产品安装包发送至测试平台的产品版本镜像库中，以作备份使用，并提示测试结束。若测试结果为测试不通过，则可以将测试结果反馈至开发人员的终端设备，并提示测试结束。

测试平台还可以具有用户管理、项目管理、任务管理以及底层接口服务等功能。可以基于测试平台对产品测试的过程，资源，人员以及服务器等进行分配，还可以基于测试平台向测试服务器下发测试任务等。

本发明实施例通过代码托管工具和持续集成工具减少了软件开发生命周期中各环节中的人员参与，可以实现软件开发生命周期的全自动化管理，提高软件的迭代速度和交付质量。

本实施例的技术方案，通过开发人员在代码托管平台中提交产品代码，测试人员在代码托管平台中提交测试用例，当检测到产品代码提交完成时，触发合并代码的操作，并触发jenkins中的构建打包任务，进而，依次触发jenkins中的自动安装部署任务以及自动测试任务，根据自动测试任务生成测试报告并将产品安装包发布到发布区，解决了软件开发各部门相互独立工作，沟通成本高的问题，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

实施例四

图5为本发明实施例四所提供的一种软件开发过程的持续集成装置的结构示意图，该装置包括：安装包获取模块510，安装包部署模块520，产品测试模块530以及产品发布模块540。

其中，安装包获取模块510，用于获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将所述产品代码进行打包，以获得产品安装包；安装包部署模块520，用于基于所述持续集成工具中的部署脚本将所述产品安装包部署至预设位置；产品测试模块530，用于基于所述持续集成工具中的测试脚本以及从所述代码管理工具中获取的测试用例，对所述预设位置的所述产品安装包进行测试；产品发布模块540，用于基于产品测试结果，将所述产品安装包发布至与所述产品测试结果相对应的发布区域。

可选的，所述装置还包括：分支产品代码合并模块，用于当检测到代码管理工具中的各分支产品代码提交完成时，基于所述代码管理工具合并所述各分支产品代码，并将合并后的代码作为产品代码。

可选的，安装包部署模块520，还用于基于所述持续集成工具中的部署脚本将所述产品安装包部署至测试服务器；执行所述产品安装包，将所述产品安装至所述测试服务器。

可选的，产品测试模块530，还用于从所述代码管理工具中获取回归测试用例以及新功能测试用例；基于所述持续集成工具中的测试脚本以及所述回归测试用例，对所述预设位置的所述产品安装包进行回归测试；基于所述持续集成工具中的测试脚本以及所述新功能测试用例，对所述预设位置的所述产品安装包进行新功能测试。

可选的，产品测试模块530，还用于获取所述代码管理工具中的测试用例，并基于所述持续集成工具中的打包脚本将所述测试用例进行打包，以获得测试用例包；基于所述持续集成工具中的部署脚本将所述测试用例包部署至预设位置；基于所述持续集成工具中的测试脚本以及所述测试用例包中的各测试用例，对所述预设位置的产品安装包进行测试。

可选的，所述装置还包括：测试进程反馈模块，用于反馈各测试用例的测试进程。

可选的，产品发布模块540，还用于当检测到测试完成时，基于各测试用例所对应的子测试结果确定产品测试结果；若所述产品测试结果为通过，则将所述产品安装包发布至待下载安装区；若所述产品测试结果为不通过，则将所述产品安装包发布至待重新开发区。

本发明实施例的技术方案，通过获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将产品代码进行打包，以获得产品安装包；基于持续集成工具中的部署脚本将产品安装包部署至预设位置，以便于对产品安装包进行后续测试；基于持续集成工具中的测试脚本以及从代码管理工具中获取的测试用例，对预设位置的产品安装包进行测试；基于产品测试结果，将所述产品安装包发布至与产品测试结果相对应的发布区域，解决了软件开发各部门相互独立工作，沟通成本高的问题，实现了开发和测试的持续集成的效果，提高了软件开发迭代的速度。

本发明实施例所提供的软件开发过程的持续集成装置可执行本发明任意实施例所提供的软件开发过程的持续集成方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例五

图6为本发明实施例五所提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备60的框图。图6显示的电子设备60仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备60以通用计算设备的形式表现。电子设备60的组件可以包括但不限于：一个或者多个处理器或者处理单元601，系统存储器602，连接不同系统组件(包括系统存储器602和处理单元601)的总线603。

总线603表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备60典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备60访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器602可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)604和/或高速缓存存储器605。电子设备60可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统606可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线603相连。存储器602可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块607的程序/实用工具608，可以存储在例如存储器602中，这样的程序模块607包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块607通常执行本发明所描述的实施例中的功能和/或方法。

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

处理单元601通过运行存储在系统存储器602中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的软件开发过程的持续集成方法。

实施例六

本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种软件开发过程的持续集成方法，该方法包括：

获取代码管理工具中的产品代码，并基于持续集成工具中的打包脚本将所述产品代码进行打包，以获得产品安装包；

基于所述持续集成工具中的部署脚本将所述产品安装包部署至预设位置；

基于所述持续集成工具中的测试脚本以及从所述代码管理工具中获取的测试用例，对所述预设位置的所述产品安装包进行测试；

基于产品测试结果，将所述产品安装包发布至与测试结果相对应的发布区域。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。