CN104731692B - 监控持续集成状态的方法及装置 - Google Patents
监控持续集成状态的方法及装置 Download PDFInfo
- Publication number
- CN104731692B CN104731692B CN201510109433.5A CN201510109433A CN104731692B CN 104731692 B CN104731692 B CN 104731692B CN 201510109433 A CN201510109433 A CN 201510109433A CN 104731692 B CN104731692 B CN 104731692B
- Authority
- CN
- China
- Prior art keywords
- continuous integrating
- task
- monitoring
- state
- continuous
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本发明提供了一种监控持续集成状态的方法及装置,其中,监控持续集成状态的方法包括:将待开发产品划分为多个开发模块,确定多个开发模块中的每个开发模块对应的持续集成任务;配置对持续集成任务进行构建的脚本,以规范持续集成任务的构建日志;在对每个开发模块对应的持续集成任务进行构建时,监测每个开发模块的每个持续集成任务的构建日志;根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态。本发明的技术方案能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
Description
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种监控持续集成状态的方法和一种监控持续集成状态的装置。
背景技术
持续集成是敏捷开发方法中的重要的一个实践活动,持续集成不是孤立存在的,它和软件开发过程中方方面面都有关联。持续集成是把持续集成中的代码获取、代码编译、构造打包、注入编译、测试编译、单元测试、做盘安装、部署环境、结果采集、分析报告等活动串起来,实现敏捷的快速集成、快速验证、快速发布的目标。
持续集成运行过程中,非常关键的实践就是集成状态监控及其结果收集分析,通过监控集成状态与分析集成结果,掌握持续集成运行问题和产品质量问题分布,可以不断地优化调整来解决研发过程问题和产品质量问题,从而提高研发效率、保证产品质量。
随着现在软件项目复杂度的增加,意味着软件结构越来越复杂、规模越来越大,这时通常会把一个产品分成若干个甚至十几个开发模块来进行开发、集成,而每个开发模块又被划分为几个阶段来进行:代码同步、代码编译、构造打包,注入编译,测试编译,单元测试等等,并且每天每个产品的每个开发模块都会频繁地进行多次集成。上述的持续集成过程,主要存在如下问题:每个开发模块的集成状态及其每个持续集成阶段的状态如何监控;如何获知各个产品每天的做盘与安装状态和每个产品的测试用例执行状态等。
因此,如何能够有效、准确地实现在产品开发过程中对持续集成状态的监控成为亟待解决的技术问题。
发明内容
本发明正是基于上述技术问题至少之一,提出了一种新的监控持续集成状态的方案,能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
有鉴于此,本发明提出了一种监控持续集成状态的方法,包括:将待开发产品划分为多个开发模块,并确定所述多个开发模块中的每个开发模块对应的持续集成任务;配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态。
在该技术方案中,通过规范持续集成任务的构建日志,以在对每个开发模块对应的持续集成任务进行构建时,通过监测每个开发模块的每个持续集成任务的构建日志确定每个持续集成任务的集成状态,使得能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
在上述技术方案中,优选地,配置对所述持续集成任务进行构建的脚本的步骤具体包括:配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
在该技术方案中,通过配置每个持续集成阶段在构建日志中的标识信息,使得能够在构建日志中能够准确地确定每个持续集成阶段的构建信息,进而能够根据每个持续集成阶段的构建信息确定每个持续集成阶段的集成状态。
在上述技术方案中,优选地,根据所述每个持续集成任务的构建日志确定所述每个集成任务的集成状态的步骤具体包括:若根据所述任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
在上述技术方案中,优选地,确定所述任一持续集成任务的任一持续集成阶段是否构建成功的步骤具体包括:判断所述任一集成任务的构建日志中是否包含所述任一持续集成阶段的标识信息和用于标识所述任一持续集成阶段开始构建和结束构建的日志信息,若是,则确定所述任一持续集成阶段构建成功,否则,确定所述任一持续集成阶段构建失败。
在上述技术方案中,优选地,还包括:存储所述每个持续集成任务的集成状态;根据存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
在该技术方案中,通过生成持续集成状态的监控报告,可以便于开发人员对产品的持续集成状态的分析,以提高产品开发的效率。
根据本发明的另一方面,还提出了一种监控持续集成状态的装置,包括:划分单元,用于将待开发产品划分为多个开发模块;确定单元,用于确定所述多个开发模块中的每个开发模块对应的持续集成任务;配置单元,用于配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;监测单元,用于在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;处理单元,用于根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态。
在该技术方案中,通过规范持续集成任务的构建日志,以在对每个开发模块对应的持续集成任务进行构建时,通过监测每个开发模块的每个持续集成任务的构建日志确定每个持续集成任务的集成状态,使得能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
在上述技术方案中,优选地,所述配置单元具体用于:配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
在该技术方案中,通过配置每个持续集成阶段在构建日志中的标识信息,使得能够在构建日志中能够准确地确定每个持续集成阶段的构建信息,进而能够根据每个持续集成阶段的构建信息确定每个持续集成阶段的集成状态。
在上述技术方案中,优选地,所述处理单元具体用于:若根据所述任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
在上述技术方案中,优选地,所述处理单元具体还用于:判断所述任一集成任务的构建日志中是否包含任一所述持续集成阶段的标识信息和用于标识任一所述持续集成阶段开始构建和结束构建的日志信息,若是,则确定任一所述持续集成阶段构建成功,否则,确定任一所述持续集成阶段构建失败。
在上述技术方案中,优选地,还包括:存储单元,用于存储所述每个持续集成任务的集成状态;生成单元,用于根据所述存储单元存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
在该技术方案中,通过生成持续集成状态的监控报告,可以便于开发人员对产品的持续集成状态的分析,以提高产品开发的效率。
通过以上技术方案,能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
附图说明
图1示出了根据本发明的实施例的监控持续集成状态的方法的示意流程图;
图2示出了根据本发明的实施例的监控持续集成状态的装置的示意框图;
图3示出了根据本发明的实施例的监控持续集成状态的工作流程图;
图4示出了根据本发明的实施例的集成任务与脚本的关系示意图;
图5示出了根据本发明的实施例的用于配置监控规则与计算规则的配置文件示意图;
图6示出了根据本发明的实施例的监控报告示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的监控持续集成状态的方法的示意流程图。
如图1所示,根据本发明的实施例的监控持续集成状态的方法,包括:步骤102,将待开发产品划分为多个开发模块,并确定所述多个开发模块中的每个开发模块对应的持续集成任务;步骤104,配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;步骤106,在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;步骤108,根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态。
在该技术方案中,通过规范持续集成任务的构建日志,以在对每个开发模块对应的持续集成任务进行构建时,通过监测每个开发模块的每个持续集成任务的构建日志确定每个持续集成任务的集成状态,使得能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
在上述技术方案中,优选地,配置对所述持续集成任务进行构建的脚本的步骤具体包括:配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
在该技术方案中,通过配置每个持续集成阶段在构建日志中的标识信息,使得能够在构建日志中能够准确地确定每个持续集成阶段的构建信息,进而能够根据每个持续集成阶段的构建信息确定每个持续集成阶段的集成状态。
在上述技术方案中,优选地,根据所述每个持续集成任务的构建日志确定所述每个集成任务的集成状态的步骤具体包括:若根据所述任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
在上述技术方案中,优选地,确定所述任一持续集成任务的任一持续集成阶段是否构建成功的步骤具体包括:判断所述任一集成任务的构建日志中是否包含所述任一持续集成阶段的标识信息和用于标识所述任一持续集成阶段开始构建和结束构建的日志信息,若是,则确定所述任一持续集成阶段构建成功,否则,确定所述任一持续集成阶段构建失败。
在上述技术方案中,优选地,还包括:存储所述每个持续集成任务的集成状态;根据存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
在该技术方案中,通过生成持续集成状态的监控报告,可以便于开发人员对产品的持续集成状态的分析,以提高产品开发的效率。
图2示出了根据本发明的实施例的监控持续集成状态的装置的示意框图。
如图2所示,根据本发明的实施例的监控持续集成状态的装置200,包括:划分单元202,用于将待开发产品划分为多个开发模块;确定单元204,用于确定所述多个开发模块中的每个开发模块对应的持续集成任务;配置单元206,用于配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;监测单元208,用于在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;处理单元210,用于根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态。
在该技术方案中,通过规范持续集成任务的构建日志,以在对每个开发模块对应的持续集成任务进行构建时,通过监测每个开发模块的每个持续集成任务的构建日志确定每个持续集成任务的集成状态,使得能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
在上述技术方案中,优选地,所述配置单元206具体用于:配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
在该技术方案中,通过配置每个持续集成阶段在构建日志中的标识信息,使得能够在构建日志中能够准确地确定每个持续集成阶段的构建信息,进而能够根据每个持续集成阶段的构建信息确定每个持续集成阶段的集成状态。
在上述技术方案中,优选地,所述处理单元210具体用于:若根据所述任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
在上述技术方案中,优选地,所述处理单元210具体还用于:判断所述任一集成任务的构建日志中是否包含任一所述持续集成阶段的标识信息和用于标识任一所述持续集成阶段开始构建和结束构建的日志信息,若是,则确定任一所述持续集成阶段构建成功,否则,确定任一所述持续集成阶段构建失败。
在上述技术方案中,优选地,还包括:存储单元212,用于存储所述每个持续集成任务的集成状态;生成单元214,用于根据所述存储单元212存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
在该技术方案中,通过生成持续集成状态的监控报告,可以便于开发人员对产品的持续集成状态的分析,以提高产品开发的效率。
以下结合图3至图6详细说明本发明的技术方案。
本发明主要提出了一种用于监控持续集成状态的方法和系统,主要包括:标准任务、规范脚本、监控算法、监控报告。
具体地,监控持续集成状态的工作流程如图3所示,主要是基于规范的集成构建脚本,分析每个集成任务构建日志,采集每个集成阶段的状态信息,按照既定监控算法计算出集成任务的状态,把分析结果存储到数据库中,然后汇总整理集成状态报告并以邮件形式发送,以达到准确地监控持续集成状态的目的。
以下针对标准任务、规范脚本、监控算法、监控报告四部分分别进行说明。
1)标准任务
通常一个产品会有几个甚至十几个开发模块组成,而每个开发模块对应两个持续集成任务(集成构造、集成测试),每个产品都有独立的做盘与部署任务,如图4所示。
2)规范脚本
构建ANT(一种基于Java的build工具)脚本,具有统一规范的结构,每一部分都具有标准的target(目标)以及构建输出信息,其中,target包括代码同步(code_syn)、代码编译(code_compile)、构造打包(dopackage)、注入编译(inject_compile)、测试编译(test_compile)、测试执行(runtest)…..具体脚本如下所示:
3)监控算法
以下以某一开发模块的持续集成构造任务举例说明,计算持续集成构造任务中持续集成阶段---代码编译(code_compile)监控规则如表1所示:
表1
具体地,若在持续集成日志输出信息中能够获取到开始编译和结束编译的信息,则确定编译成功;若仅获取到开始编译的信息,则确定编译失败;若开始编译和结束编译的信息都没有获取到,则确定跳过了编译过程。
按照上述同样的监控规则,通过分析持续集成构造任务的日志,也可以计算出其他持续集成阶段的状态(代码同步、构造打包);持续集成构造任务每一个阶段的状态都有了,那就可以进一步计算出持续成构造任务的状态,具体计算规则如表2所示:
集成构造任务 | 代码同步 | 代码编译 | 构造打包 |
成功 | 成功 | 成功 | 成功 |
失败 | 成功 | 成功 | 失败 |
失败 | 失败 | 失败 | 失败 |
失败 | 成功 | 失败 | 跳过 |
失败 | 失败 | 跳过 | 跳过 |
未执行 | 跳过 | 跳过 | 跳过 |
表2
具体地,即若集成构造任务的所有持续集成阶段均构建成功,则确定集成构造任务构建成功;若集成构造任务的任一持续集成阶段构建失败,则确定集成构造任务构建失败;若集成构造任务的所有持续集成阶段均跳过构建,则确定集成构造任务未执行构建过程。
同样的道理,使用类似的监控算法,通过分析持续集成的日志,可以计算出其他类型持续集成任务的状态。
另外,监控算法可以通过文件来配置不同的监控规则与计算规则,具有良好的扩展性,配置文件如图5所示。
4)监控报告
在准确地监控持续集成状态的同时,会实时地把分析结果存储到数据库中,用于支持续集成监控报告的发送及查询使用,使持续集成过程增加了透明性,监控报告如图6所示。
本发明提出了一种用于监控持续集成状态的方法和系统,具有以下技术效果:
首先,基于集成构建脚本,其规范性可以自定义,具有一定的灵活性;
其次,监控算法可以通过文件配置不同的监控规则与计算规则,具有良好的扩展性;
此外,通过分析构建日志来监控持续集成状态来实时反馈持续集成状态,使持续集成过程增加了透明性。
以上结合附图详细说明了本发明的技术方案,本发明提出了一种新的监控持续集成状态的方案,能够有效、准确地实现对每个开发模块的每个持续集成任务的集成状态的监控,进而能够实现对每个开发模块的持续集成状态的监控,降低了对产品开发过程中的持续集成状态的监控难度,从而提高了产品开发的效率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (8)
1.一种监控持续集成状态的方法,其特征在于,包括:
将待开发产品划分为多个开发模块,并确定所述多个开发模块中的每个开发模块对应的持续集成任务;
配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;
在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;
根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态;
配置对所述持续集成任务进行构建的脚本的步骤具体包括:
配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
2.根据权利要求1所述的监控持续集成状态的方法,其特征在于,根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态的步骤具体包括:
若根据任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
3.根据权利要求2所述的监控持续集成状态的方法,其特征在于,确定所述任一持续集成任务的任一持续集成阶段是否构建成功的步骤具体包括:
判断所述任一持续集成任务的构建日志中是否包含所述任一持续集成阶段的标识信息和用于标识所述任一持续集成阶段开始构建和结束构建的日志信息,若是,则确定所述任一持续集成阶段构建成功,否则,确定所述任一持续集成阶段构建失败。
4.根据权利要求1至3中任一项所述的监控持续集成状态的方法,其特征在于,还包括:
存储所述每个持续集成任务的集成状态;
根据存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
5.一种监控持续集成状态的装置,其特征在于,包括:
划分单元,用于将待开发产品划分为多个开发模块;
确定单元,用于确定所述多个开发模块中的每个开发模块对应的持续集成任务;
配置单元,用于配置对所述持续集成任务进行构建的脚本,以规范所述持续集成任务的构建日志;
监测单元,用于在对所述每个开发模块对应的持续集成任务进行构建时,监测所述每个开发模块的每个持续集成任务的构建日志;
处理单元,用于根据所述每个持续集成任务的构建日志确定所述每个持续集成任务的集成状态;
所述配置单元具体用于:
配置所述持续集成任务的每个持续集成阶段在所述构建日志中的标识信息,以及用于标识所述每个持续集成阶段开始构建和结束构建的日志信息。
6.根据权利要求5所述的监控持续集成状态的装置,其特征在于,所述处理单元具体用于:
若根据任一持续集成任务的构建日志确定所述任一持续集成任务的所有持续集成阶段均构建成功,则确定所述任一持续集成任务集成成功,否则,确定所述任一持续集成任务集成失败。
7.根据权利要求6所述的监控持续集成状态的装置,其特征在于,所述处理单元具体还用于:
判断所述任一持续集成任务的构建日志中是否包含任一所述持续集成阶段的标识信息和用于标识任一所述持续集成阶段开始构建和结束构建的日志信息,若是,则确定任一所述持续集成阶段构建成功,否则,确定任一所述持续集成阶段构建失败。
8.根据权利要求5至7中任一项所述的监控持续集成状态的装置,其特征在于,还包括:
存储单元,用于存储所述每个持续集成任务的集成状态;
生成单元,用于根据所述存储单元存储的所述每个持续集成任务的集成状态生成持续集成状态的监控报告。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510109433.5A CN104731692B (zh) | 2015-03-12 | 2015-03-12 | 监控持续集成状态的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510109433.5A CN104731692B (zh) | 2015-03-12 | 2015-03-12 | 监控持续集成状态的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104731692A CN104731692A (zh) | 2015-06-24 |
CN104731692B true CN104731692B (zh) | 2018-08-31 |
Family
ID=53455602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510109433.5A Active CN104731692B (zh) | 2015-03-12 | 2015-03-12 | 监控持续集成状态的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104731692B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109144563A (zh) * | 2018-06-29 | 2019-01-04 | 平安科技(深圳)有限公司 | 应用组件构建打包方法、装置及计算机存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101382891A (zh) * | 2008-09-19 | 2009-03-11 | 中兴通讯股份有限公司 | 每日构建日志输出的统计方法及装置 |
CN101515232A (zh) * | 2008-02-21 | 2009-08-26 | 卓望数码技术(深圳)有限公司 | 一种软件持续集成系统及方法 |
CN103077111A (zh) * | 2011-10-26 | 2013-05-01 | 阿里巴巴集团控股有限公司 | 一种持续集成失败用例的定位方法及系统 |
CN103176897A (zh) * | 2011-12-23 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 一种软件回归测试的方法及系统 |
CN103336688A (zh) * | 2013-06-20 | 2013-10-02 | 中标软件有限公司 | 面向云计算软件研发过程中的软件集成方法及系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110137809A1 (en) * | 2009-12-03 | 2011-06-09 | CIMonitor, Inc. | Establishing secure tunnels for customer support |
-
2015
- 2015-03-12 CN CN201510109433.5A patent/CN104731692B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101515232A (zh) * | 2008-02-21 | 2009-08-26 | 卓望数码技术(深圳)有限公司 | 一种软件持续集成系统及方法 |
CN101382891A (zh) * | 2008-09-19 | 2009-03-11 | 中兴通讯股份有限公司 | 每日构建日志输出的统计方法及装置 |
CN103077111A (zh) * | 2011-10-26 | 2013-05-01 | 阿里巴巴集团控股有限公司 | 一种持续集成失败用例的定位方法及系统 |
CN103176897A (zh) * | 2011-12-23 | 2013-06-26 | 阿里巴巴集团控股有限公司 | 一种软件回归测试的方法及系统 |
CN103336688A (zh) * | 2013-06-20 | 2013-10-02 | 中标软件有限公司 | 面向云计算软件研发过程中的软件集成方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN104731692A (zh) | 2015-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Svajlenko et al. | Bigcloneeval: A clone detection tool evaluation framework with bigclonebench | |
Negara et al. | Is it dangerous to use version control histories to study source code evolution? | |
US9720971B2 (en) | Discovering transformations applied to a source table to generate a target table | |
Miles et al. | Prime: A methodology for developing provenance-aware applications | |
CN103793326B (zh) | 组件测试方法及装置 | |
US20170228309A1 (en) | System and method for equivalence class analysis-based automated requirements-based test case generation | |
CN106874187B (zh) | 代码覆盖率收集方法和装置 | |
CN105868106B (zh) | 超声设备可靠性的测试方法及测试系统 | |
CN105022691B (zh) | 一种基于uml图的高度自动化软件测试方法 | |
De Lucia et al. | Improving behavioral design pattern detection through model checking | |
US20070006128A1 (en) | Method for evaluating dynamic expressions | |
CN105580032A (zh) | 用于降低升级软件时的不稳定性的方法和系统 | |
US8832640B1 (en) | Component mapped software development workflow | |
US20140019941A1 (en) | Data selection | |
Li et al. | A scenario-based approach to predicting software defects using compressed C4. 5 model | |
CN104572238A (zh) | 一种高效的生成可执行软件包的方法及系统 | |
Kuperberg et al. | Performance prediction for black-box components using reengineered parametric behaviour models | |
CN108363660B (zh) | 一种测试程序生成方法和装置 | |
CN103942140A (zh) | 一种测试程序自动转换方法 | |
US11200129B2 (en) | Performance evaluation for an electronic design under test | |
CN104731692B (zh) | 监控持续集成状态的方法及装置 | |
Wu et al. | Scalaextrap: Trace-based communication extrapolation for spmd programs | |
KR102386330B1 (ko) | 표준 프로세스를 기반으로 한 사용자 프로세스 분석 장치 및 방법 | |
CN102087629A (zh) | 一种基于Agent嵌入式软件的不变量测试方法与工具 | |
Hryszko et al. | Bottlenecks in software defect prediction implementation in industrial projects |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |