[发明专利]一种自动化构建软件版本的方法与装置

说明书

技术领域

本发明涉及软件版本技术领域，特别是涉及一种自动化构建软件版本的方法与装置。

背景技术

在软件开发中，对软件进行完整的版本构建很重要，而且这一过程也成为软件开发过程中每天都必不可少的一个环节。面对每天不断新增的软件代码，要保证每天新合入的代码不会出错，且运行效率高效，就必须对软件版本进行每日构建，来保证软件代码在快速更新后的可靠性，提高研发效率。

目前较为普遍的软件开发过程是，开发人员在提交代码前必须要进行详细的动态测试和静态测试后才能提交代码到版本机上，然后再进行每日构建版本。这里的动态测试是指开发人员编写测试用例，对代码的基本单元的功能、性能及业务逻辑进行测试；静态测试是指开发人员根据一定的编码规则，对代码的语法、结构、过程、接口进行测试。在这种方式中，每日构建工作做的只是获取源代码、编译源代码，并生成可用的软件版本，同时，必须通过人工来完成动态测试和静态测试，从而降低了开发的效率且增加了测试出错或者遗漏或部分遗漏测试的概率。

现有技术中，通过在构建流程中加入单元测试及代码规则检测相关测试，以提升开发效率。但是如果整个软件版本构建由于新增代码错误导致的构建中断，是没有解决措施的，如果由于新增代码错误导致构建中断，最终生成一个不可用软件版本，而软件构建目的就是最终构建出一个可用软件版本。

可见，如何保证构建软件版本的正确性，是本领域技术人员亟待解决的问题。

发明内容

本发明实施例的目的是提供一种自动化构建软件版本的方法与装置，可以保证构建软件版本的正确性。

为解决上述技术问题，本发明实施例提供一种自动化构建软件版本的方法，包括：

S10：获取源代码；

S11：利用预先存储的单元测试用例集合对所述源代码进行单元测试；

S12：判断所述单元测试是否成功；若否，则执行S13；若是，则执行S14；

S13：将所述源代码回滚至上一次代码版本，并将所述代码版本作为源代码，返回所述S11；

S14：编译所述源代码生成程序包；

S15：利用预先存储的模块测试用例集合对所述程序包进行模块测试；

S16：判断所述模块测试是否成功；若否，则返回所述S13；若是，则执行S17；

S17：依据所述程序包，构建软件版本。

可选的，在所述S12之后还包括：

当判断出所述单元测试失败时，则向预先存储的邮箱地址发送单元测试失败的通知信息。

可选的，在所述S12之后还包括：

当判断出所述单元测试成功时，则向预先存储的邮箱地址发送单元测试通过的通知信息。

可选的，在所述S16之后还包括：

当判断出所述模块测试失败时，则向预先存储的邮箱地址发送模块测试失败的通知信息。

可选的，在所述S16之后还包括：

当判断出所述模块测试失败时，则清除所述S14中编译所述源代码过程中生成的系统文件。

本发明实施例还提供了一种自动化构建软件版本的装置，包括获取单元、测试单元、判断单元、回滚单元、编译单元和构建单元，

所述获取单元，用于获取源代码；

所述测试单元，用于利用预先存储的单元测试用例集合对所述源代码进行单元测试；

所述判断单元，用于判断所述单元测试是否成功；

若否，则触发所述回滚单元，所述回滚单元，用于将所述源代码回滚至上一次代码版本，并将所述代码版本作为源代码，触发所述测试单元；

若是，则触发所述编译单元，所述编译单元，用于编译所述源代码生成程序包；

所述测试单元还用于利用预先存储的模块测试用例集合对所述程序包进行模块测试；

所述判断单元还用于判断所述模块测试是否成功；

若否，则触发所述回滚单元；

若是，则触发所述构建单元，所述构建单元，用于依据所述程序包，构建软件版本。

可选的，还包括发送单元，

所述发送单元，用于在所述判断单元判断出所述单元测试失败之后，向预先存储的邮箱地址发送单元测试失败的通知信息。

可选的，所述发送单元还用于在所述判断单元判断出所述单元测试成功之后，向预先存储的邮箱地址发送单元测试通过的通知信息。

可选的，所述发送单元还用于在所述判断单元判断出所述模块测试失败之后，向预先存储的邮箱地址发送模块测试失败的通知信息。

可选的，还包括清除单元，