CN110245088B - 一种基于Jenkins的缺陷自动验证系统及验证方法 - Google Patents

Abstract

本发明公开了基于Jenkins的缺陷自动验证系统，包括Jenkins持续集成模块、测试管理模块和系统执行模块，测试管理模块用于上传需求、准备测试用例，并进行测试用例和自动化测试脚本的相互转化、测试的执行以及用例状态的变更；Jenkins持续集成模块用于维护代码库、自动构建软件，及实现单元测试和测试服务器的自动部署功能；系统执行模块用于监测代码和测试服务器服务的可用性，进行缺陷和测试用例的关联和生成及统一测试中各种状态的流转。本发明的系统不但提高了测试覆盖率，减少了人工干预带来的误操作，也有力提升了产品健壮性和稳定性。

Description

一种基于Jenkins的缺陷自动验证系统及验证方法

技术领域

本发明涉及自动化缺陷验证技术领域，特别涉及一种基于Jenkins的缺陷自动验证系统及验证方法。

背景技术

随着软件日益复杂和迭代的时效性要求更高，目前的测试流程和传统的缺陷人工验证方式不但耗时，而且当出现需求变更时，测试人员只能根据对业务的了解手动验证相关功能，这样不仅会造成项目延期，也无法保证项目质量，因此造就了软件团队的运维人员需要随时对上线产品进行监控，一旦出现问题，需要开发团队现场解决，并进行在线测试，而由于测试不全面，不系统，难免会出现其他问题，而且软件项目的修改没有经过评估测试，直接线上修正并针对问题进行测试，对于涉及到的其他问题，只能人为进行预估，这样大大增加了系统的隐患，这对于企业和用户都是一种风险，因此目前的系统流程已经不能满足当前的软件开发模式的需求，特别是对系统的有效性、高效性和随机性的验证。同时，软件开发和实施的过程中经常出现问题，不仅增加了开发人员和测试人员的工作量，而且过多的人工参与会引起系统上线周期长，无法及时满足市场的需要，引起的问题多让系统的用户蒙受了极大的损失。

发明内容

本发明的目的是克服上述背景技术中不足，提供一种基于Jenkins的缺陷自动验证系统及验证方法，通过创建需求点和测试用例、根据功能关键字自动关联用例，开启自动化脚本操作的自动生成和验证及用例状态实时流转，由系统自动采集状态来实现缺陷的自动验证，本发明的技术方案不但提高了测试覆盖率，减少了人工干预带来的误操作，也有力提升了产品健壮性和稳定性。

为了达到上述的技术效果，本发明采取以下技术方案：

一种基于Jenkins的缺陷自动验证系统，包括Jenkins持续集成模块、测试管理模块和系统执行模块，所述测试管理模块用于上传需求、准备测试用例，并进行测试用例和自动化测试脚本的相互转化、测试的执行以及用例状态的变更；所述Jenkins持续集成模块用于维护代码库、自动构建软件，及实现单元测试和测试服务器的自动部署功能；所述系统执行模块用于监测代码和测试服务器服务的可用性，进行缺陷和测试用例的关联和生成及统一测试中各种状态的流转，其中，Jenkins持续集成模块是一个独立的开源自动化服务器，可用于自动化各种任务，如构建，测试和部署软件，可实现快速发现错误，测试管理模块则完成的是系统验证的依据部分，验证系统需要人为创建需求点和测试用例，并给出用例的关键字，系统通过采用测试用例关联的需求编号和关键字将需求和测试用例进行动态关联，当需求的上下文改变时，则自动调整流转进行实时定位，若再次出现不匹配的情况则根据前面的流程进行调整，由此产生相应的决策，为系统的高效性提供了保证，且根据自动化用例手动开起的自动化脚本生成，自动化脚本库中将包含所有系统通用的操作，同时还可以进行操作的定制化来满足系统的需求，实现系统场景的可操作性；系统执行模块则根据测试管理模块生成的自动化脚本和Jenkins持续集成模块部署的代码环境进行脚本的自动验证环节，且验证的过程中可以自动进行状态的流转和测试报告的生成，实施过程将无需人工的再次干预，同时还可以根据系统的特性，预测用户的可能行为，从而给出测试建议，最后形成邮件自动发送给相应的开发人员，开发人员修改后再次提交代码，并更新缺陷库的缺陷状态，Jenkins持续集成模块发现变更自动更新部署服务器，并通知系统执行模块开始进行回归测试，系统执行模块回归后更新缺陷，整个流程减少了过多的人工干预，执行效率高，测试全面，有效的缩短了代码的开发流程。

进一步地，所述缺陷和测试用例的关联和生成及统一测试中各种状态的流转至少包括测试报告生成并通知相关人员关注、缺陷状态转换以及通知测试管理模块进行回归。

进一步地，测试管理模块进行测试用例和自动化测试脚本的相互转化和测试执行的过程时具体是依据人为创建的需求点和测试用例以及给出的用例的关键字，采用优化过滤和关键字模糊匹配技术将需求和测试用例进行动态关联。

同时，本发明还公开了一种基于Jenkins的缺陷自动验证方法，由上述的基于Jenkins的缺陷自动验证系统实现，且具体包括测试管理流程、Jenkins代码持续集成流程、系统运转流程；

其中，所述测试管理流程在测试管理模块中实现，且具体包括以下步骤：

A1.根据产品需求说明书编写测试用例库和测试关键字；一般是由产品经理将产品需求说明书根据格式上传到系统中，并由测试人员根据系统需求完成测试用例库和测试关键字的编写；

A2.将需求和测试用例根据测试用例关联的需求编号和关键字进行动态匹配；

A3.进行测试用例的确认并对确认后的测试用例进行确认标记，根据测试用例的确认标记开启自动化脚本的动态生成，根据测试用例描写的动作，从自动化脚本库中匹配对应操作，动态实现脚本的自动生成，完成测试用例和自动化脚本的转换；

所述Jenkins代码持续集成流程在Jenkins持续集成模块中实现，且具体包括以下步骤：

B1.将软件开发人员按需求编写的软件代码导入代码库并通过Jenkins持续集成模块完成代码的编译及进行单元测试和自动化构建，从而加强了代码之间的融合；

B2.Jenkins持续集成模块将代码自动部署到测试服务器上；

所述系统运转流程在系统执行模块内实现，且具体包括以下步骤：

C1.当检测到测试服务器上有代码更新即通知测试管理模块开启自动化脚本的执行，进行测试；

C2.在自动化测试执行过程中，若出现测试用例不通过的情况，则自动生成缺陷到缺陷管理单元，并将测试用例和缺陷管理单元进行关联，缺陷管理单元用于确保缺陷被跟踪管理而不丢失，缺陷管理单元记录测试用例的编号并与之进行关联，方便开发人员通过用例进行缺陷的重现；

C3.完成测试后自动生成测试报告并邮件通知开发人员；

C4.对测试用例状态进行实时更新，完成测试的测试用例则将状态由未完成变为已完成；若该用例执行时出现缺陷，将同时体现在测试报告中推送给开发人员；

C5.待开发人员根据测试报告进行问题分析与跟踪处理并提交新代码到代码库后，则更新缺陷状态和服务器状态，则Jenkins持续集成模块即进行自动部署，且当监测到服务器状态和缺陷状态的变更后，即及时开启对应的自动化脚本进行验证；

C6.验证完成后，即自动修改用例状态，并通知系统验证已完成；

C7.若通过验证则将缺陷状态更新为已通过，否则，返回步骤C2。

进一步地，所述步骤A2中还包括：若测试用例关联的需求编号未定义或需求和测试用例的关键字不能对应导致出现未关联的需求和测试用例时，则提示测试人员进行手动匹配或修改，直至需求和测试用例都被关联，从而有效的避免了用例的漏写和用例的完整性。

进一步地，所述基于Jenkins的缺陷自动验证系统还包括脚本库定义模块，所述步骤A3中还包括：若出现脚本未生成的情况，则由脚本库定义模块根据测试用例的具体操作，勾选动作，形成新的脚本保存到自动化脚本库中，以完善自动化脚本库。

进一步地，所述测试管理流程还包括步骤A4：当需求出现变动导致需求与测试用例不匹配时，则通知测试人员更新测试用例，并返回步骤A2再次进行需求和测试用例的动态匹配。

进一步地，所述系统运转流程还包括步骤C8：进行全面回归时，则将测试用例的状态全部更新为未完成，并返回步骤C1。

进一步地，在进行全面回归时，重新定义测试名称，从而通过测试名称区别各次测试，并将上一轮的测试结果包含的缺陷进行封存，以保证每轮的测试结果的独立性。

本发明与现有技术相比，具有以下的有益效果：

一种基于Jenkins的缺陷自动验证系统及方法，通过在基于JENKINS的基础上将开发平台代码自动编译部署到测试平台，通过将用户需求、测试用例、动态关联维护、自动化测试和测试报告等各个环节全部集成起来形成高效验证平台，同时，通过创建需求点和测试用例、根据功能关键字自动关联用例，开启自动化脚本操作的自动生成和验证及用例状态实时流转，由系统自动采集状态来实现缺陷的自动验证，本发明的技术方案不但提高了测试覆盖率，减少了人工干预带来的误操作，也有力提升了产品健壮性和稳定性。

附图说明

图1是本发明的一个实施例中的测试管理流程示意图。

图2是本发明的一个实施例中的Jenkins代码持续集成流程示意图。

图3是本发明的一个实施例中的系统运转流程示意图。

具体实施方式

下面结合本发明的实施例对本发明作进一步的阐述和说明。

实施例：

实施例一：

一种基于Jenkins的缺陷自动验证系统，包括Jenkins持续集成模块、测试管理模块和系统执行模块，所述测试管理模块用于上传需求、准备测试用例，并进行测试用例和自动化测试脚本的相互转化、测试的执行以及用例状态的变更；所述Jenkins持续集成模块用于维护代码库、自动构建软件，及实现单元测试和测试服务器的自动部署功能；所述系统执行模块用于监测代码和测试服务器服务的可用性，进行缺陷和测试用例的关联和生成及统一测试中各种状态的流转。

在实际工作中，开发成员经常集成他们的工作，通常每个成员至少集成一次，也就意味着每天可能会发生多次集成。本实施例中，Jenkins持续集成模块是一个独立的开源自动化服务器，可用于自动化各种任务，如构建，测试和部署软件，其每次集成都通过自动化的构建来验证，从而实现快速发现错误，且每完成一点更新，就集成到主干，即可以快速发现错误，也能较为容易的定位错误，同时防止分支大幅偏离主干。因此，本系统中通过引入Jenkins持续集成模块能够实时对代码平台的集成和更新，保证验证系统所部署的内容都是最新的代码，不需要人工过多干预，减少了人为因素给验证带来的不稳定性。

本实施例中，测试管理模块则完成的是系统验证的依据部分，验证系统需要人为创建需求点和测试用例，并给出用例的关键字，系统通过采用测试用例关联的需求编号和关键字将需求和测试用例进行动态关联。其中，本技术方案中，若出现需求不能匹配测试用例和测试用例对应不上需求的情况，则说明三种情况，一是测试用例出现遗漏，需要测试人员增加用例，二是需求不能明确，需要通过需求更改来完成匹配，三是关键字定义有误，需要重新调整关键字，则测试人员可根据实际情况进行需求和测试用例的调整，以此来增加测试用例的质量，增加系统的覆盖率。

同时，当需求的上下文改变时，则自动调整流转进行实时定位，若再次出现不匹配的情况则根据前面的流程进行调整，由此产生相应的决策，为系统的高效性提供了保证，且根据自动化用例手动开起的自动化脚本生成，自动化脚本库中将包含所有系统通用的操作，同时还可以进行操作的定制化来满足系统的需求，实现系统场景的可操作性。

系统执行模块则根据测试管理模块生成的自动化脚本和Jenkins持续集成模块部署的代码环境进行脚本的自动验证环节，且验证的过程中可以自动进行状态的流转和测试报告的生成，实施过程将无需人工的再次干预，同时还可以根据系统的特性，预测用户的可能行为，从而给出测试建议，最后形成邮件自动发送给相应的开发人员，开发人员修改后再次提交代码，并更新缺陷库的缺陷状态，Jenkins持续集成模块发现变更自动更新部署服务器，并通知系统执行模块开始进行回归测试，系统执行模块回归后更新缺陷，整个流程减少了过多的人工干预，执行效率高，测试全面，有效的缩短了代码的开发流程。

具体的，所述缺陷和测试用例的关联和生成及统一测试中各种状态的流转至少包括测试报告生成并通知相关人员关注、缺陷状态转换以及通知测试管理模块进行回归。

同时，测试管理模块进行测试用例和自动化测试脚本的相互转化和测试执行的过程时具体是依据人为创建的需求点和测试用例以及给出的用例的关键字，采用优化过滤和关键字模糊匹配技术将需求和测试用例进行动态关联。

实施例二

一种基于Jenkins的缺陷自动验证方法，由上述的基于Jenkins的缺陷自动验证系统实现，且具体包括测试管理流程、Jenkins代码持续集成流程、系统运转流程；

其中，如图1所示，所述测试管理流程在测试管理模块中实现，且具体包括以下步骤：

A1.根据产品需求说明书编写测试用例库和测试关键字；一般是由产品经理将产品需求说明书根据格式上传到系统中，并由测试人员根据系统需求完成测试用例库和测试关键字的编写；

A2.将需求和测试用例根据测试用例关联的需求编号和关键字进行动态匹配；同时，若测试用例关联的需求编号未定义或需求和测试用例的关键字不能对应导致出现未关联的需求和测试用例时，则提示测试人员进行手动匹配或修改，直至需求和测试用例都被关联，从而有效的避免了用例的漏写和用例的完整性；

A3.进行测试用例的确认并对确认后的测试用例进行确认标记，根据测试用例的确认标记开启自动化脚本的动态生成，根据测试用例描写的动作，从自动化脚本库中匹配对应操作，动态实现脚本的自动生成，完成测试用例和自动化脚本的转换；若出现脚本未生成的情况，则由脚本库定义模块根据测试用例的具体操作，勾选动作，形成新的脚本保存到自动化脚本库中，以完善自动化脚本库；

A4.当需求出现变动导致需求与测试用例不匹配时，则通知测试人员更新测试用例，并返回步骤A2再次进行需求和测试用例的动态匹配。

则可知，在本申请的测试管理流程中，通过系统加强了需求和测试用例之间的联系，测试人员如果出现漏写或功能重复冗余的情况，通过测试管理模块的优化匹配和关键字，均能检查出来，从根本上大大增强了测试用例的覆盖率和编写质量的问题，同时，测试人员除对测试用例的编写外，将不再参与系统的测试，整个测试过程均由系统自动完成，可有效降低测试人员的工作量。

如图2所示，所述Jenkins代码持续集成流程在Jenkins持续集成模块中实现，且具体包括以下步骤：

B1.将软件开发人员按需求编写的软件代码导入代码库并通过Jenkins持续集成模块完成代码的编译及进行单元测试和自动化构建，从而加强了代码之间的融合；

B2.Jenkins持续集成模块将代码自动部署到测试服务器上。

如图3所示，所述系统运转流程在系统执行模块内实现，且具体包括以下步骤：

C1.当检测到测试服务器上有代码更新即通知测试管理模块开启自动化脚本的执行，进行测试；

C2.在自动化测试执行过程中，若出现测试用例不通过的情况，则自动生成缺陷到缺陷管理单元，并将测试用例和缺陷管理单元进行关联，缺陷管理单元用于确保缺陷被跟踪管理而不丢失，缺陷管理单元记录测试用例的编号并与之进行关联，方便开发人员通过用例进行缺陷的重现；

C3.完成测试后自动生成测试报告并邮件通知开发人员；可实现测试报告的自动生成，测试报告能够自动把测试环境、缺陷管理、测试管理系统中存在的问题全部汇总，并通过邮件系统自动发送，避免了人为编写报告不全面的问题

C4.对测试用例状态进行实时更新，完成测试的测试用例则将状态由未完成变为已完成；若该用例执行时出现缺陷，将同时体现在测试报告中推送给开发人员；

C5.待开发人员根据测试报告进行问题分析与跟踪处理并提交新代码到代码库后，则更新缺陷状态和服务器状态，则Jenkins持续集成模块即进行自动部署，且当监测到服务器状态和缺陷状态的变更后，即及时开启对应的自动化脚本进行验证；

C6.验证完成后，即自动修改用例状态，并通知系统验证已完成；

C7.若通过验证则将缺陷状态更新为已通过，否则，返回步骤C2；

C8.当产品上线前，即需要进行全面回归时，则将测试用例的状态全部更新为未完成，并返回步骤C1。

具体的，在进行全面回归时，重新定义测试名称，从而通过测试名称区别各次测试，并将上一轮的测试结果包含的缺陷进行封存，以保证每轮的测试结果的独立性。

则由上可知，本发明的基于Jenkins的缺陷自动验证系统及方法，能够在Jenkins平台插件的基础上，实时监测到代码的状态，对重复的编译发布等操作进行抽象，减少重复过程，及早发现各种冲突和错误，减少风险，且在任何时间、任何地点都能进行部署，同时，系统通过启用Jenkins能够让测试人员和产品工作人员及早发现产品中存在的问题，且系统可通过监测Jenkins的日志，及时通知开发人员关注问题，开发人员提交代码后，不必等待Jenkins的各项状态变化，由系统直接通知，有利于效率的提升。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (1)

1.一种基于Jenkins的缺陷自动验证系统，其特征在于，包括Jenkins持续集成模块、测试管理模块和系统执行模块，所述测试管理模块用于上传需求、准备测试用例，并进行测试用例和自动化测试脚本的相互转化、测试的执行以及用例状态的变更；所述Jenkins持续集成模块用于维护代码库、自动构建软件，及实现单元测试和测试服务器的自动部署功能；所述系统执行模块用于监测代码和测试服务器服务的可用性，进行缺陷和测试用例的关联和生成及统一测试中各种状态的流转；

所述缺陷和测试用例的关联和生成及统一测试中各种状态的流转至少包括测试报告生成并通知相关人员关注、缺陷状态转换以及通知测试管理模块进行回归；

测试管理模块进行测试用例和自动化测试脚本的相互转化和测试执行的过程时具体是依据人为创建的需求点和测试用例以及给出的用例的关键字，采用优化过滤和关键字模糊匹配技术将需求和测试用例进行动态关联；

所述的基于Jenkins的缺陷自动验证系统的缺陷自动验证方法，具体包括测试管理流程、Jenkins代码持续集成流程、系统运转流程；

其中，所述测试管理流程在测试管理模块中实现，且具体包括以下步骤：

A1.根据产品需求说明书编写测试用例库和测试关键字；

A2.将需求和测试用例根据测试用例关联的需求编号和关键字进行动态匹配；所述步骤A2中还包括：若测试用例关联的需求编号未定义或需求和测试用例的关键字不能对应导致出现未关联的需求和测试用例时，则提示测试人员进行手动匹配或修改，直至需求和测试用例都被关联；

A3.进行测试用例的确认并对确认后的测试用例进行确认标记，根据测试用例的确认标记开启自动化脚本的动态生成，根据测试用例描写的动作，从自动化脚本库中匹配对应操作，动态实现脚本的自动生成，完成测试用例和自动化脚本的转换；所述基于Jenkins的缺陷自动验证系统还包括脚本库定义模块，所述步骤A3中还包括：若出现脚本未生成的情况，则由脚本库定义模块根据测试用例的具体操作，勾选动作，形成新的脚本保存到自动化脚本库中；

所述测试管理流程还包括步骤A4：当需求出现变动导致需求与测试用例不匹配时，则通知测试人员更新测试用例，并返回步骤A2再次进行需求和测试用例的动态匹配；

所述Jenkins代码持续集成流程在Jenkins持续集成模块中实现，且具体包括以下步骤：

B1.将编写的软件代码导入代码库并通过Jenkins持续集成模块完成代码的编译及进行单元测试和自动化构建；

B2. Jenkins持续集成模块将代码自动部署到测试服务器上；

所述系统运转流程在系统执行模块内实现，且具体包括以下步骤：

C1.当检测到测试服务器上有代码更新即通知测试管理模块开启自动化脚本的执行，进行测试；

C2. 在自动化测试执行过程中，若出现测试用例不通过的情况，则自动生成缺陷到缺陷管理单元，并将测试用例和缺陷管理单元进行关联；

C3.完成测试后自动生成测试报告并邮件通知开发人员；

C4.对测试用例状态进行实时更新，完成测试的测试用例则将状态由未完成变为已完成；

C5.待开发人员根据测试报告进行问题分析与跟踪处理并提交新代码到代码库后，则更新缺陷状态和服务器状态，且当监测到服务器状态和缺陷状态的变更后，即及时开启对应的自动化脚本进行验证；

C6. 验证完成后，即自动修改用例状态，并通知系统验证已完成；

C7.若通过验证则将缺陷状态更新为已通过，否则，返回步骤C2；

所述系统运转流程还包括步骤C8：进行全面回归时，则将测试用例的状态全部更新为未完成，并返回步骤C1；在进行全面回归时，重新定义测试名称，从而通过测试名称区别各次测试，并将上一轮的测试结果包含的缺陷进行封存。

Images