[发明专利]持续测试方法和装置

说明书

本发明公开了一种持续测试方法和装置，涉及计算机技术领域。其中，该方法包括：在检测到代码库中的待测代码文件更新后，触发编译任务，以将所述待测代码文件编译成可执行程序包；在检测到所述编译任务执行成功后，触发部署任务，以将所述可执行程序包部署至测试环境；在检测到所述部署任务执行成功后，触发测试任务，以对所述可执行程序包进行测试；在检测到所述可执行程序包通过所述测试后，触发上传任务，以将所述可执行程序包上传至指定存储系统。通过以上步骤，能够自动完成待测代码的打包、部署、测试及发包，既提高了测试效率，又节省了测试资源，同时能够保证每次发包的质量。

技术领域

本发明涉及计算机技术领域，尤其涉及一种持续测试方法和装置。

背景技术

在现有技术中，业务模块在上线之前的测试流程主要包括：开发人员认为有测试需求时，会先部署测试环境然后通知测试人员；测试人员根据开发人员的需求进行相关功能测试；如果开发人员没有测试需求，则不进行功能回归测试。

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

第一、在业务代码上线前有些功能会被漏测，从而导致代码中有些小的功能处理逻辑改动会不经过测试就被带上线，不能很好地保证发包的质量；第二、每次进行功能测试时，都需要部署特殊的测试环境，增加特殊的配置文件，不仅占用大量的测试资源，而且测试效率低。具体来说，所述特殊的测试环境主要体现在：在不同开发人员配置测试环境时，其开发出来的程序包在测试环境下的注册名称往往不一样，而程序包的调用方往往需要根据程序包的注册名称进行寻址。所述特殊的配置文件主要体现在：不同开发人员开发的程序包的注册路径不一样，需要在测试环境下配置指定路径。

发明内容

有鉴于此，本发明提供一种持续测试方法和装置，能够自动完成待测代码的打包、部署、测试及发包，既提高了测试效率，又节省了测试资源，同时能够保证每次发包的质量。

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

本发明的持续测试方法包括：在检测到代码库中的待测代码文件更新后，触发编译任务，以将所述待测代码文件编译成可执行程序包；在检测到所述编译任务执行成功后，触发部署任务，以将所述可执行程序包部署至测试环境；在检测到所述部署任务执行成功后，触发测试任务，以对所述可执行程序包进行测试；在检测到所述可执行程序包通过所述测试后，触发上传任务，以将所述可执行程序包上传至指定存储系统。

可选地，所述方法还包括：在检测到所述可执行程序包未通过所述测试后，触发测试结果反馈任务，以向指定人员发送所述可执行程序包的测试失败信息。

可选地，所述方法还包括：在检测到代码提交事件后，触发预编译任务，以对提交的代码进行预编译；在所述预编译成功后，对所述提交的代码进行评审，并且，在所述提交的代码通过评审后，根据所述提交的代码对待测代码文件进行更新；在所述预编译失败后，触发预编译结果反馈任务，以向指定人员发送所述预编译失败信息。

可选地，所述测试任务包括功能测试任务；所述对所述可执行程序包进行测试的步骤包括：基于多线程机制执行预先设置的多个功能测试用例；所述功能测试用例具有多个统计维度；记录每个统计维度下的功能测试用例的执行结果，并根据所有统计维度下的功能测试用例的执行结果确定所述可执行程序包是否通过所述功能测试。

可选地，所述方法还包括：从数据库获取录制得到的原始数据，对所述原始数据添加测试用例分类标签，以生成候选测试数据；在检测到所述待测业务代码的实验配置信息更新后，将更新后的实验配置信息与所述候选测试数据进行组合，以生成功能测试数据；其中，所述功能测试数据用于对所述可执行程序包进行功能测试。

为实现上述目的，根据本发明的另一方面，提供了一种持续测试装置。