CN116909925A - 一种基于敏捷迭代的测试流程管理方法及管理系统 - Google Patents

Abstract

本发明公开了一种基于敏捷迭代的测试流程管理方法及管理系统。测试流程管理系统通过任务管理、用例库管理、从冒烟测试、功能测试、性能测试到UAT测试全生命周期的测试任务管理，状态跟踪能较为透明化地将测试进度和测试工作内容同步给各个项目组，降低了测试过程中的沟通成本，同时通过工作流的模式，规范了测试流程规范，提升了测试工作的效率；通过不断迭代的版本测试，提升了软件交付的可预测性，实现了快速交付，持续集成，降低系统风险和生产问题，保证了软件开发的质量。

Description

一种基于敏捷迭代的测试流程管理方法及管理系统

技术领域

本发明属于计算机软件技术领域，具体涉及一种基于敏捷迭代的测试流程管理方法及管理系统。

背景技术

软件测试是软件开发周期中必不可少的一个重要环节，它推动着软件开发，促使软件功能的实现和优化，并发现和解决软件存在的缺陷，保证了软件的完整性、稳定性以及在日益激烈的市场中的竞争力。

传统的瀑布模式的研发模式按照需求分析、设计、开发和测试，全部项目需求开发完成才会统一提交一个测试版本，开发和测试的周期需要耗时几周乃至几个月，质量问题反馈的周期过长。

申请人在运营过程中发现，瀑布模式下的测试工作的全流程无法进行可视化，无法了解测试状态，且版本交付的效率低，无法及时响应客户的需求。

发明内容

本发明的目的是要解决上述的技术问题，提供一种基于敏捷迭代的测试流程管理方法及管理系统。

为了解决上述问题，本发明按以下技术方案予以实现的：

根据本发明的一方面，提供了一种基于敏捷迭代的测试流程管理方法，所述管理方法应用于测试流程管理系统，所述测试流程管理系统与运维管理平台、缺陷管理平台相关联，所述管理方法包括：

获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库；

当所述测试用例的评审状态为通过时，创建冒烟测试任务，筛选所述测试用例库中冒烟测试用例，执行所述冒烟测试任务；

当所述冒烟测试任务完成后，更新冒烟测试任务状态，并将所述冒烟测试任务状态同步至所述运维管理平台；

创建功能测试任务，筛选所述测试用例库中功能测试用例，执行所述功能测试任务；

当所述功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将所述功能测试任务状态同步至所述运维管理平台；

创建性能测试任务，筛选所述测试用例库中性能测试用例，执行所述性能测试任务；

当所述性能测试任务完成后，更新性能测试任务状态，输出性能测试报告；

创建回归测试任务，并建立UAT测试用例，执行所述回归测试任务，其中，所述回归测试任务包括回归测试及UAT测试；

当所述回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将所述回归测试任务状态同步至所述运维管理平台；

确定所述待测试的当前迭代版本发布上线。

根据本发明的另一方面，提供了一种基于敏捷迭代的测试流程管理系统，其特征在于，所述测试流程管理系统与运维管理平台、缺陷管理平台相关联，所述管理系统包括：

测试用例库管理模块，用于获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库；

冒烟测试模块，用于当所述测试用例的评审状态为通过时，创建冒烟测试任务，筛选所述测试用例库中冒烟测试用例，执行所述冒烟测试任务；当所述冒烟测试任务完成后，更新冒烟测试任务状态，并将所述冒烟测试任务状态同步至所述运维管理平台；

功能测试模块，用于创建功能测试任务，筛选所述测试用例库中功能测试用例，执行所述功能测试任务；当所述功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将所述功能测试任务状态同步至所述运维管理平台；

性能测试模块，用于创建性能测试任务，筛选所述测试用例库中性能测试用例，执行所述性能测试任务；当所述性能测试任务完成后，更新性能测试任务状态，输出性能测试报告；

回归测试模块，用于创建回归测试任务，并建立UAT测试用例，执行所述回归测试任务，其中，所述回归测试任务包括回归测试及UAT测试；当所述回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将所述回归测试任务状态同步至所述运维管理平台；

发布上线模块，用于确定所述待测试的当前迭代版本发布上线。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明实施例所述的基于敏捷迭代的测试流程管理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现本发明实施例所述的基于敏捷迭代的测试流程管理方法。

本发明是基于敏捷迭代的测试流程管理系统，对测试用例管理、冒烟测试、功能测试、性能测试、UAT测试等测试流程进行了状态跟踪、任务管理及报告模板的维护。主要效果如下：1、测试工作的全流程可视化：更为清晰直观地进行系统化展示，项目组和跨项目的团队成员可以清晰地了解测试工作当前的阶段，测试的需求内容，负责人以及测试的状态。2、任务管理流转给具体的测试人员，可以将测试工作跟踪到具体的测试人员，方便后续的质量问题追溯，同时也便于运维、产品等同事随时与具体的测试人员沟通，了解测试的问题。3、搭建了标准化的测试工作流：各个项目组共用一套标准化的测试工作，保证了测试工作的规范性。从版本提测到版本发布，必须严格按照冒烟测试、功能测试、性能测试及UAT测试的流程，完成全部的测试流程后，才能交付给运维进行版本发布，层层把关，保证了测试的版本质量。4、基于迭代版本的测试流程，提升了版本交付的效率。使得测试工作不再以项目为交付的维度，而是以需求或者服务为维度，增量地持续交付，进一步降低了全量交付的系统性风险。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

下面结合附图对本发明的具体实施方式作进一步详细的说明，其中：

图1是本发明实施例的一种基于敏捷迭代的测试流程管理方法的流程图；

图2是本发明实施例的一种基于敏捷迭代的测试流程管理方法的示例图；

图3是本发明实施例的一种基于敏捷迭代的测试流程管理系统的结构示意图；

图4是本发明实施例的一种电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

传统的瀑布模式的研发模式项目流程有需求分析、设计、开发和测试。全部项目需求开发完成才会统一提交一个测试版本，导致开发、测试的周期耗时几周乃至几个月，质量问题反馈的周期过长。从一个bug引入到发现bug，往往已经几个月的时间了。因此，瀑布模式的研发模式存在的问题主要有如下：

1、无法快速响应市场的变化，动态地调整产品功能。

2、质量反馈严重滞后。

3、交付周期过长，并且无法预估交付的时间。在瀑布模式中，从产品立项到发布上线，一般经过几个月、一年，甚至更长时间。在研发过程中，没有任何可以交付给客户的产品。只有在项目验收通过后，才一次性交付给客户。这就导致了交付周期过长。在这个过程中，往往因为需求的变更，带来项目的整体延期，造成交付时间的不可控。

随着公司业务的发展，业务需求越来越多，项目组增加到十几个项目组，沟通成本越来越高；项目之间，跨项目之间的测试信息不一致带来相互阻碍测试进度，影响测试质量的问题。公司迫切需要搭建一套标准化的测试流程管理方法来规范测试工作。

本技术方案基于迭代模式的测试管理流程是一种敏捷的测试管理流程。在交付效率和保证软件质量方面，具有更大的优势，能够在短周期内迭代交付，持续不断地部署到生产环境。

测试流程管理系统通过任务管理、用例库管理、从冒烟测试、功能测试、性能测试到UAT测试全生命周期的测试任务管理，状态跟踪能较为透明化地将测试进度和测试工作内容同步给各个项目组，降低了测试过程中的沟通成本，同时通过工作流的模式，规范了测试流程规范，提升了测试工作的效率；通过不断迭代的版本测试，提升了软件交付的可预测性，实现了快速交付，持续集成，降低系统风险和生产问题，保证了软件开发的质量。

图1是本发明实施例的一种基于敏捷迭代的测试流程管理方法的流程图，本实施例可适用于在新版本发布前进行一系列测试的情况，该方法可以由一种基于敏捷迭代的测试流程管理系统来执行，该系统可以采用硬件和/或软件的形式实现，该系统可配置于电子设备中。如图1所示，该方法包括：

步骤101、获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库。

其中，待测试的当前迭代版本也叫TEST版本，TEST版本即测试版本，也是用来找问题的版本，非正式发布的。

测试用例是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例是为某个特殊目标而编写地一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

测试用例库用于存储创建的多个测试用例。

测试流程管理系统获取待测试的当前迭代版本后，接着获取测试人员创建的测试用例，创建测试用例库。

具体的，测试人员依据需求文档的内容在测试流程管理系统上创建测试用例，并建立、维护和更新各个项目的测试用例库。

测试流程管理系统上的测试用例状态制定为“评审通过”及“评审不通过”两种评审状态，用来跟踪测试用例评审的状态。

实际上，对测试用例的评审流程为：由各个项目的测试负责人组织召开测试用例评审会议。测试用例评审的过程中，与会的产品经理、开发人员及测试人员需要检查相关内容，评估测试用例是否满足要求，并达成一致的意见，如测试用例评审通过，则在测试流程管理系统上流转状态为“评审通过”，如果测试用例不通过，在测试流程管理系统上流转状态为“评审不通过。”

其中，需要检查的相关内容如下(测试用例是否按照需求文档编写)：

1、测试用例是否覆盖了需求文档中的所有功能点，是否存在遗漏。

2、每个测试用例是否有明确的预期结果等。

3、按照规范要求输出测试用例和测试用例评审记录。

在测试用例评审过程中发现的问题，测试人员需要及时在测试流程管理系统上完成更新和纠正测试用例，保证测试用例的正确性。例如：1、如果项目和产品需求变更，由测试负责人及时在测试流程管理系统上对测试用例进行修改；2、对于发现的BUG和线上故障，如测试用例中没有发现，需要及时转化为测试用例，更新到测试用例库中。

此外，在测试流程管理系统上，测试用例按照紧急程度、业务价值及测试的前后依赖关系综合评估由高到低，分为P0、P1、P2、P3四种类型，确保测试工作的有效性和效率。

示例性地，如图2所示，创建测试用例库到测试用例评审，最后更新流转用例地状态为“评审通过”。

步骤102、当测试用例的评审状态为通过时，创建冒烟测试任务，筛选测试用例库中冒烟测试用例，执行冒烟测试任务。

当测试流程管理系统上测试用例的评审状态为通过时，开始进行冒烟测试。

冒烟测试也称为构建验证测试，通常用于确认新版本的软件是否可以进行基本的功能测试或者是否能够正常启动，主要目的是在软件发布前快速验证系统的关键功能能否正常运行。

实际应用中，测试人员收到代码后，首先要进行的就是冒烟测试，只有通过冒烟测试之后才能进入后续的测试环节。

在本发明实施例中，测试人员在测试用例编写阶段建立冒烟测试用例，通过筛选测试用例库中测试用例优先级为P0级别的测试用例作为冒烟测试的用例，并执行冒烟测试。

具体的，各个项目测试负责人在测试流程管理系统上建立冒烟测试任务，任务执行阶段为冒烟测试阶段。

步骤103、当冒烟测试任务完成后，更新冒烟测试任务状态，并将冒烟测试任务状态同步至运维管理平台。

在冒烟测试任务中，如果所测试的功能模块的基本功能能正常运行，则表明冒烟测试通过，则在运维管理平台的测试工单的状态更新为“冒烟测试已通过”，否则状态为“冒烟测试不通过”。

其中，测试工单是指在测试工作流程中创建的一项测试任务或测试工作指令，用于指导和记录测试工作的执行情况。

当冒烟测试任务完成，即所测试的功能模块的基本功能能正常运行后，在测试流程管理系统上对冒烟测试任务状态进行更新，并将更新后的任务状态同步至运维管理平台。

当冒烟测试任务发现BUG时，通知缺陷管理平台创建缺陷工单，并对缺陷工单标记为冒烟测试阶段。

具体的，执行冒烟测试任务如有BUG，需要在缺陷管理平台上新建缺陷工单，即BUG工单，并在发现阶段标注为冒烟测试阶段，由测试人员跟踪缺陷工单的状态，指派给开发人员进行修复，开发人员完成修复后，测试人员及时进行测试验证，验证通过后关闭该缺陷工单。

示例性地，如图2所示，在冒烟测试阶段，首先是创建冒烟测试任务，到执行冒烟测试任务，冒烟测试任务完成后更新任务状态，最后同步状态给运维管理平台的提测工单(测试工单)。

步骤104、创建功能测试任务，筛选测试用例库中功能测试用例，执行功能测试任务。

冒烟测试任务完成后，进行功能测试。

由各个项目的测试负责人建立功能测试任务，并管理对应的测试工单的状态。

功能测试任务创建完成后，在测试用例库中筛选功能测试用例，并执行功能测试任务。

步骤105、当功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将功能测试任务状态同步至运维管理平台。

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

当功能测试任务完成后，在测试流程管理系统上对功能测试任务状态进行更新，即测试工单状态为“功能测试已通过”，将更新后的任务状态同步至运维管理平台。

功能测试完成后，测试人员测试流程管理系统上创建《功能测试报告》，并流转功能测试的任务的状态为“已完成”。《功能测试报告》按照系统提供的《功能测试报告》模板，包含且不限于：

(1)测试人员、测试时间、测试环境；

(2)测试结果；

(3)缺陷统计：对缺陷数量、严重程度分布、缺陷类型、缺陷发现阶段等。

功能测试完成后，发送打包消息至开发人员账户，并发送部署消息至运维人员账户。其中，打包消息为通知开发人员打包Release包，部署消息为通知运维人员发布到UAT环境。

示例性地，如图2所示，在功能测试阶段，首先创建功能测试的任务，并执行功能测试任务，功能测试任务完成后更新任务状态，创建功能测试报告，并同步状态给运维管理平台(运维管理平台)的发布工单(测试工单)。

当功能测试任务发现BUG时，通知缺陷管理平台创建缺陷工单，并对缺陷工单标记为功能测试阶段。

具体的，在功能测试阶段，如有BUG，在缺陷平台，新建缺陷工单(BUG工单)，并在“发现阶段”标记为“功能测试阶段”，以及关联对应的测试用例，通过关联测试用例，可以让开发人员明确知道测试BUG所对应的测试用例，针对性地修改缺陷。在开发人员修复BUG后，测试人员进行验证，验证通过后关闭缺陷工单。

步骤106、创建性能测试任务，筛选测试用例库中性能测试用例，执行性能测试任务。

性能测试是指通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行，通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的裱花情况。压力测试时通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。

测试人员在功能测试完成后，评估是否进行性能测试，如需要性能测试，则需要在测试流程管理系统上创建性能测试的任务，并将任务提交给性能测试人员。测试人员主要从以下几个方面评估是否进行性能测试：

1)用户需求：从用户对系统的响应速度、并发能力等方面有严格的要求，且这些要求需要得到保证；

2)系统规模：接口所处理的数量情况。如果接口负载过大，需要进行性能压测。

3)系统架构：如果涉及较大的系统架构变动，需要进行性能压测工作。

4)系统升级：如果系统进行大规模升级，改版或者新增功能的时候，需要进行性能测试。

5)业务高峰期：如果系统在特定时间段内需要承受大量的访问量，如节假日、促销活动等，需要进行性能测试，确保系统能承受高峰期的访问量。

测试人员评估后确定进行性能测试，则在测试流程管理系统上创建性能测试任务，在测试用例库中筛选性能测试用例，并执行性能测试任务。

步骤107、当性能测试任务完成后，更新性能测试任务状态，输出性能测试报告。

性能测试包含接口负载测试、响应时间、内存情况、数据库存等方面。

当性能测试任务完成后，在测试流程管理系统上对性能测试任务状态进行更新，即测试工单状态为“性能测试已通过”，将更新后的任务状态同步至运维管理平台。

性能测试(性能压测)完成后由测试人员在测试流程管理系统上创建《性能测试报告》，并在测试流程管理系统上流转性能测试任务状态为“已完成”。《性能测试报告》按照测试流程管理系统上的模板，内容包括但不限于：

(1)压力测试的环境、工具等；

(2)性能测试的范围、场景等；

(3)测试接口性能状态，包含耗时、调用量；

(4)测试结论及改进意见。

示例性地，如图2所示，在性能测试阶段，创建性能测试任务并执行性能测试脚本(性能测试任务)，性能测试任务完成后更新任务状态，创建性能测试报告。

当性能测试任务发现BUG时，通知缺陷管理平台创建缺陷工单，并对缺陷工单标记为性能测试阶段。

具体的，性能测试(性能压测)发现的BUG需要提交在“性能压测”项目下，并指派给具体的开发人员。测试人员及时发现问题，并将缺陷指派给具体的开发人员，开发人员完成修复后，测试人员及时进行验证工作，确认问题得到修复后，流转缺陷工单为“已关闭”。

步骤108、创建回归测试任务，并建立UAT测试用例，执行回归测试任务。

回归测试是指修改了旧代码后，重新进行测试以确认没有引入新的错误或导致其他代码产生错误。

其中，在本发明实施例中，回归测试任务包含回归测试及UAT测试。

UAT测试也就是用户验收测试，或用户可接受测试，系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。

本发明实施例中，经过冒烟测试、功能测试和性能测试后进行回归测试任务。对此，测试人员在测试流程管理系统上建立UAT测试用例，各个项目的负责人建立回归测试任务，任务执行阶段为回归测试阶段。

需要说明的是，功能测试完成后，发送打包消息至开发人员账户，并发送部署消息至运维人员账户。其中，打包消息为通知开发人员打包Release包，部署消息为通知运维人员发布到UAT环境。

在本发明实施例中，测试流程管理系统上设置的是再UAT环境进行回归测试。回归测试完成后进行用户的UAT。

步骤109、当回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将回归测试任务状态同步至运维管理平台。

当回归测试任务完成后，更新回归测试任务状态为“已完成”，由测试人员在测试流程管理系统上创建《UAT回归测试报告》。

UAT测试完成后关联运维发布工单，同步状态为“UAT已发布”。

示例性地，如图2所示，在回归测试阶段，创建回归测试任务并执行回归测试任务，回归测试任务完成后更新任务状态，并关联运维发布单(发布工单)，同时，创建UAT测试报告，同步状态给运维管理平台的发布工单(发布工单)。

当回归测试任务发现BUG时，通知缺陷管理平台创建缺陷工单，并对缺陷工单标记为回归测试阶段。

在UAT测试阶段，如发现BUG，在提BUG的时候需要填回归测试阶段，并关联回归测试用例。测试人员建立缺陷工单给开发人员，并让开发人员进行修复。

步骤110、确定待测试的当前迭代版本发布上线。

测试人员在UAT环境完成回归测试后，交由产品经理进行产品验收工作。验收完成后，确定待测试的当前迭代版本发布上线。

示例性地，如图2所示，从获取待测试的当前迭代版本(TEST版本)、测试用例哭管理、冒烟测试、功能测试、性能测试到回归测试，最后是UAT验收，验收完成后发布上线。

图3是本发明实施例的一种基于敏捷迭代的测试流程管理系统的结构示意图。所述测试流程管理系统与运维管理平台、缺陷管理平台相关联，如图3所示，该系统包括：

测试用例库管理模块，用于获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库；

冒烟测试模块，用于当所述测试用例的评审状态为通过时，创建冒烟测试任务，筛选所述测试用例库中冒烟测试用例，执行所述冒烟测试任务；当所述冒烟测试任务完成后，更新冒烟测试任务状态，并将所述冒烟测试任务状态同步至所述运维管理平台；

功能测试模块，用于创建功能测试任务，筛选所述测试用例库中功能测试用例，执行所述功能测试任务；当所述功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将所述功能测试任务状态同步至所述运维管理平台；

性能测试模块，用于创建性能测试任务，筛选所述测试用例库中性能测试用例，执行所述性能测试任务；当所述性能测试任务完成后，更新性能测试任务状态，输出性能测试报告；

回归测试模块，用于创建回归测试任务，并建立UAT测试用例，执行所述回归测试任务，其中，所述回归测试任务包括回归测试及UAT测试；当所述回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将所述回归测试任务状态同步至所述运维管理平台；

发布上线模块，用于确定所述待测试的当前迭代版本发布上线。

图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，如基于敏捷迭代的测试流程管理方法。

在一些实施例中，基于敏捷迭代的测试流程管理方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的基于敏捷迭代的测试流程管理方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行基于敏捷迭代的测试流程管理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

本发明实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序在被处理器执行时实现如本发明实施例所提供的基于敏捷迭代的测试流程管理方法。

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

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (7)

1.一种基于敏捷迭代的测试流程管理方法，其特征在于，所述管理方法应用于测试流程管理系统，所述测试流程管理系统与运维管理平台、缺陷管理平台相关联，所述管理方法包括：

获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库；

当所述测试用例的评审状态为通过时，创建冒烟测试任务，筛选所述测试用例库中冒烟测试用例，执行所述冒烟测试任务；

当所述冒烟测试任务完成后，更新冒烟测试任务状态，并将所述冒烟测试任务状态同步至所述运维管理平台；

创建功能测试任务，筛选所述测试用例库中功能测试用例，执行所述功能测试任务；

当所述功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将所述功能测试任务状态同步至所述运维管理平台；

创建性能测试任务，筛选所述测试用例库中性能测试用例，执行所述性能测试任务；

当所述性能测试任务完成后，更新性能测试任务状态，输出性能测试报告；

创建回归测试任务，并建立UAT测试用例，执行所述回归测试任务，其中，所述回归测试任务包括回归测试及UAT测试；

当所述回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将所述回归测试任务状态同步至所述运维管理平台；

确定所述待测试的当前迭代版本发布上线。

2.根据权利要求1所述一种基于敏捷迭代的测试流程管理方法，其特征在于，包括：

当所述冒烟测试任务发现BUG时，通知所述缺陷管理平台创建缺陷工单，并对所述缺陷工单标记为冒烟测试阶段。

3.根据权利要求1所述一种基于敏捷迭代的测试流程管理方法，其特征在于，包括：

当所述功能测试任务发现BUG时，通知所述缺陷管理平台创建缺陷工单，并对所述缺陷工单标记为功能测试阶段。

4.根据权利要求1所述一种基于敏捷迭代的测试流程管理方法，其特征在于，包括：

当所述性能测试任务发现BUG时，通知所述缺陷管理平台创建缺陷工单，并对所述缺陷工单标记为性能测试阶段。

5.根据权利要求1所述一种基于敏捷迭代的测试流程管理方法，其特征在于，包括：

当所述回归测试任务发现BUG时，通知所述缺陷管理平台创建缺陷工单，并对所述缺陷工单标记为回归测试阶段。

6.根据权利要求1所述一种基于敏捷迭代的测试流程管理方法，其特征在于，所述当所述功能测试任务完成后，还包括：

发送打包消息至开发人员账户，并发送部署消息至运维人员账户，其中，所述打包消息为通知开发人员打包Release包，所述部署消息为通知运维人员发布到UAT环境。

7.一种基于敏捷迭代的测试流程管理系统，其特征在于，所述测试流程管理系统与运维管理平台、缺陷管理平台相关联，所述管理系统包括：

测试用例库管理模块，用于获取待测试的当前迭代版本对应的多个测试用例，创建测试用例库；

冒烟测试模块，用于当所述测试用例的评审状态为通过时，创建冒烟测试任务，筛选所述测试用例库中冒烟测试用例，执行所述冒烟测试任务；当所述冒烟测试任务完成后，更新冒烟测试任务状态，并将所述冒烟测试任务状态同步至所述运维管理平台；

功能测试模块，用于创建功能测试任务，筛选所述测试用例库中功能测试用例，执行所述功能测试任务；当所述功能测试任务完成后，更新功能测试任务状态，输出功能测试报告，并将所述功能测试任务状态同步至所述运维管理平台；

性能测试模块，用于创建性能测试任务，筛选所述测试用例库中性能测试用例，执行所述性能测试任务；当所述性能测试任务完成后，更新性能测试任务状态，输出性能测试报告；

回归测试模块，用于创建回归测试任务，并建立UAT测试用例，执行所述回归测试任务，其中，所述回归测试任务包括回归测试及UAT测试；当所述回归测试任务完成后，更新回归测试任务状态，输出UAT回归测试报告，并将所述回归测试任务状态同步至所述运维管理平台；

发布上线模块，用于确定所述待测试的当前迭代版本发布上线。