一种软件回归测试的方法及系统技术方案

本申请公开了一种软件回归测试的方法及系统，其中，所述软件回归测试的方法应用于包括有持续集成装置以及集成管理装置的系统中，包括如下步骤：基于测试任务，从所述集成管理装置中确定出要参与回归测试的与所述测试任务对应的集成管理单元，所述集成管理单元内存放有所述软件的待测试脚本；其中，所述集成管理单元和所述持续集成装置中的与所述集成管理装置相匹配的持续集成单元关联；将所述待测试脚本发送至所述持续集成单元；在所述持续集成单元内，执行所述待测试脚本。

【技术实现步骤摘要】

本申请主要涉及计算机软件
，尤其涉及一种软件测试的方法和系统。
技术介绍
软件测试是提高软件可靠性、保证软件质量的重要手段，软件测试活动已经融入软件全生命周期的各个阶段中。其中，回归测试作为软件测试生命周期的一个重要组成部分，在整个软件测试过程中占有很大的比重，软件开发的各个阶段都会进行多次回归测试。回归测试是指修改了旧代码后，重新对代码进行测试，以确定修改没有产生新的错误或者导致其它代码产生错误。回归测试将大幅度降低系统测试、维护升级等阶段的成本。目前的回归测试大部分都是用持续集成系统来完成。软件对应的不同的脚本语言，都有其对应的持续集成系统对其进行测试。例如，Automan脚本对应的持续集成系统是STAF, iTest脚本的对应的持续集成系统是Hudson。如图1所示，为回归系统与STAF持续集成系统的交互图。具体包括如下步骤:SlOl:回归系统创建Automan脚本任务；S102 =STAF持续集成系统从回归系统中获得Automan脚本任务；S103:在STAF持续集成系统内执行Automan脚本任务；S104:在STAF持续集成系统内创建Automan脚本任务的脚本执行结果日志；S105:将Automan脚本的执行结果回写入回归系统；S106:在回归系统内创建Automan脚本的执行结果。目前，在进行回归测试时，负责回归测试的工程师要基于不同的脚本语言，选择与这种脚本语言相对应的持续集成系统。然后将回归测试的结果分散的存储于各个持续集成系统中。另外，如果回归测试失败或者所述脚本执行结果中包含漏洞信息时，还需要在缺陷管理系统里记录漏洞信息。在实现本申请的过程中，申请人发现现有技术至少存在如下问题:(I)由于进行回归测试时，要在不同的持续集成系统间切换，所以存在着测试较为繁琐，且效率较低的技术问题；(2)由于测试结果分散不同的持续集成系统，所以存在着对于测试结果的管理不方便的技术问题；(3)由于在缺陷管理系统录入漏洞信息时，需要基于不同的持续集成系统分开录入，所以存在着操作较为繁琐的技术问题。
技术实现思路
本申请实施例提供了一种软件测试的方法，用以解决由于现有技术中回归测试时需要在不同的持续集成系统间切换从而导致软件测试较为繁琐的技术问题。一方面，本申请通过本申请中的一个实施例，提供如下技术方案:一种软件回归测试方法，应用于包括有持续集成装置以及集成管理装置的系统中，包括如下步骤:基于测试任务，从所述集成管理装置中确定出要参与回归测试的与所述测试任务对应的集成管理单元，所述集成管理单元内存放有所述软件的待测试脚本；其中，所述集成管理单元和所述持续集成装置中的与所述集成管理装置相匹配的持续集成单元关联；将所述待测试脚本发送至所述持续集成单元；在所述持续集成单元内，执行所述待测试脚本。进一步的，所述测试任务，具体为:包含有进行测试的时间信息以及参与测试的集成管理单元信息的任务。进一步的，在执行所述待测试脚本之后，还包括:创建所述待测试脚本的脚本执行结果日志。进一步的，在所述创建所述待测试脚本的脚本执行结果日志之后，还包括:向所述集成管理装置发送脚本执行结果并存储所述脚本执行结果。进一步的，在在执彳了所述待测试脚本之后之后，还包括:如果所述回归测试失败或者所述脚本执行结果中包含漏洞信息，利用所述集成管理装置的缺陷管理单元提供的接口，向所述缺陷管理单元创建漏洞信息。另一方面，本申请通过本申请中的另一实施例提供如下技术方案:一种软件回归测试的系统，包括如下结构:集成管理装置，包括:触发单元:用于基于测试任务，从所述集成管理单元中确定出要参与回归测试的与所述测试任务对应的集成管理单元；集成管理单元:用于存放所述软件的待测试脚本；持续集成装置，包括:持续集成单元:用于接收来自所述集成管理单元的待测试脚本；以及执行所述待测试脚本；其中，所述持续集成单元和所述集成管理单元相关联。进一步的,所述触发单元,包括:时间信息模块:用于存储进行测试的时间信息；集成管理系统信息模块:用于存储参与测试的集成管理系统信息。进一步的,所述持续集成单元,还包括:日志模块:用于创建所述待测试脚本的脚本执行结果日志。进一步的,所述持续集成单元,还包括:发送模块:用于向所述集成管理装置发送脚本执行结果。进一步的，所述集成管理装置，还包括:结果管理单元:用于存储来自所述持续集成单元的脚本执行结果。进一步的，所述集成管理装置，还包括:缺陷管理单元:用于当所述回归测试失败或者所述脚本执行结果中包含漏洞信息时，利用所述缺陷管理单元提供的接口，在所述缺陷管理单元中创建漏洞信息。上述技术方案中的一个或多个技术方案，具有如下技术效果或优点:(I)由于采用了对持续集成系统进行集成的技术方案，达到了避免在不同的持续集成系统间切换、提高测试效率的技术效果；(2)由于采用了对测试结果进行统一管理的技术方案，达到了对测试结果的管理较为方便的技术效果；(3)由于采用缺陷管理系统的接口对漏洞信息进行统一管理，达到了对于漏洞信息的管理操作较为简便的技术效果。附图说明图1为现有技术中利用持续集成系统对软件进行测试的流程图；图2为本申请实施例一中一种软件回归测试的方法的流程图；图3为本申请实施例一中执行所述待测试脚本的流程图；图4为本申请实施例二中一种软件回归测试的系统的方框图；图5为本申请实施例二中集成管理单元的具体结构的方框图；图6为本申请实施例二中持续集成单元的具体结构的方框图。具体实施例方式为了使本申请所属
中的技术人员更清楚地理解本申请，下面结合附图，通过具体实施例对本申请技术方案作详细描述。请参考图2至图3，本申请实施例一提供一种软件回归测试方法，应用于包括有持续集成装置以及集成管理装置的系统中，如图2所示，所述软件回归测试的方法，包括如下步骤:S201:基于测试任务，从所述集成管理装置中确定出要参与回归测试的与所述测试任务对应的集成管理单元，所述集成管理单元内存放有所述软件的待测试脚本；其中，所述集成管理单元和所述持续集成装置中的与所述集成管理装置相匹配的持续集成单元关联；在具体实施过程中，一个集成管理装置内可以包含多个集成管理单元，而这多个持续集成单元中的每一个集成管理单元都与一个持续集成单元关联，其中可以一个集成管理单元对应一个持续集成单元也可以多个集成管理单元对应一个持续集成单元。进一步的，所述测试任务，具体为:包含有进行测试的时间信息以及参与测试的集成管理单元信息的任务。在具体实施过程中，在触发单元中主要定义了如下的信息:testlabsO:也即是定义的进行回归的集成管理单元信息；plan O:也即是定义的进行测试的时间信息。在具体实施过程中，这里定义的进行测试的时间信息，可以定义周期性的触发、也可以基于外界环境满足一定条件后触发参与测试的集成管理单元，然后再进行回归测试。只要本申请所属
的技术人员所定义的进行测试的时间信息所产生的技术效果和本申请中的技术效果等同，都属于本申请的范围。在系统时间满足触发单元所定义的进行测试的时间信息时，触发单元发送测试任务触发要参与回归测试的集成管理单元。在具体实施过程中，由触发单元定义的集成管理单元可以是一个，也可以是多个，不作限制。其中，集成管理单元可以以Testlab (软件测试实本文档来自技高网...

【技术保护点】
一种软件回归测试方法，应用于包括有持续集成装置以及集成管理装置的系统中，其特征在于，包括：基于测试任务，从所述集成管理装置中确定出要参与回归测试的与所述测试任务对应的集成管理单元，所述集成管理单元内存放有所述软件的待测试脚本；其中，所述集成管理单元和所述持续集成装置中的与所述集成管理装置相匹配的持续集成单元关联；将所述待测试脚本发送至所述持续集成单元；在所述持续集成单元内，执行所述待测试脚本。

【技术特征摘要】
1.一种软件回归测试方法，应用于包括有持续集成装置以及集成管理装置的系统中，其特征在于，包括: 基于测试任务，从所述集成管理装置中确定出要参与回归测试的与所述测试任务对应的集成管理单元，所述集成管理单元内存放有所述软件的待测试脚本；其中，所述集成管理单元和所述持续集成装置中的与所述集成管理装置相匹配的持续集成单元关联； 将所述待测试脚本发送至所述持续集成单元； 在所述持续集成单元内，执行所述待测试脚本。2.如权利要求1所述的方法，其特征在于，所述测试任务，具体为: 包含有进行测试的时间信息以及参与测试的集成管理单元信息的任务。3.如权利要求1所述的方法，其特征在于，在执行所述待测试脚本之后，还包括: 创建所述待测试脚本的脚本执行结果日志。4.如权利要求3所述的方法，其特征在于，在所述创建所述待测试脚本的脚本执行结果日志之后，还包括: 向所述集成管理装置发送脚本执行结果并存储所述脚本执行结果。5.如权利要求1或4所述的方法，其特征在于，在在执行所述待测试脚本之后之后，还包括: 如果所述回归测试失败或者所述脚本执行结果中包含漏洞信息，利用所述集成管理装置的缺陷管理单元提供的接口，向所述缺陷管理单元创建漏洞信息。6.一种软件回归测试的系统，其特征在于，包括: ...

【专利技术属性】
技术研发人员：陈芝俊，黄小勇，胡进军，汪黎，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：