一种产品用例持续维护系统及管理方法与流程

本发明涉及测试用例管理技术领域，具体涉及一种产品用例持续维护系统及管理方法。

背景技术

在项目开发和产品发布过程中，由于需求变更或产品升级维护等原因，在开发和升级包测试中都需要更新或增加大量的测试用例，在产品周期历时几年的周期中，若没有一个系统的管理工具规范的维护用例，在维护和后期问题追溯或产品管理时容易混乱，有时会无法明确新增或变更需求相应的用例。急需开发项目用例管理平台来改善存在的不规范和需求和用例不完善的情况。

技术实现要素：

为了克服上述现有技术中的不足，本发明提供一种产品用例持续维护系统及管理方法，以解决上述技术问题。

本发明的技术方案是:

一种产品用例持续维护系统，包括用户管理模块、项目管理模块、需求和用例变更管理模块和用例版本库模块，各模块之间的交互通过rest授权和认证；

用户管理模块，用于对用户进行管理，所述用户包括产品负责人、测试负责人、项目成员、系统管理员；

项目管理模块，用于对项目相关信息进行管理，项目相关信息包括项目名称、项目立项相关文档、项目周期、项目相关参与人、项目评审后通过的初始需求和用例；

需求和用例变更管理模块，用于对需求和用例变更进行管理；

用例版本库模块，用于存储用例、文档及变更记录。

用例版本库模块设有基本模块单元、软件仓库和二级存储单元。

进一步的，用户管理模块，用于设置系统管理员有权限访问和管理系统所有项目和所有功能模块，负责创建角色，创建用户，创建或审批创建项目，维护项目成员等权限；

设置产品负责人有权限访问和管理当前项目相关的功能模块，发起需求变更申请，维护产品需求，项目各功能模块维护，管理项目版本库等权限；

设置测试负责人有权限访问当前项目管理模块，需要评审需求，发起用例评审申请，维护产品用例等权限；设置项目成员有权限访问当前项目管理模块，可评审需求和评审用例。

进一步的，需求和用例变更管理模块，包括需求申请管理单元和用例变更管理单元；

需求申请管理单元，用于接收产品负责人在项目中发起的变更需求申请，设置项目成员都会收到需求变更申请，评审变更需求并提出评审问题；

用例变更管理单元，用于评审通过后创建变更序，并记录变更记录。

产品负责人可在项目中发起变更需求申请，项目成员都会收到需求变更申请，评审变更需求并提出评审问题。申请需要提供：版本号、版本说明、原需求和变更需求等必要的文档数据。评审通过后创建变更序，入库文档包括：版本号、版本说明、更新后需求，更新前需求和变更记录等。项目测试负责人需要根据变更需求提供相应的用例并发起评审，用例评审通过后提交到变更路中，入库文档应包括：变更前用例，变新后用例，用例变更记录等。

进一步的，用例版本库模块包括变更库和最新库；

变更库包括变更前文档、变更后文档、变更记录；其中，变更前文档包括原需求和原用例；变更后文档包括变更需求和变更用例；变更记录包括需求变更记录和用例变更记录；

最新库包括最新需求和最新用例，即变更后需求和变更后用例。变更库和最新库命名与变更版本号一致；用例评审通过后，将变更用例更新到最新库中，用例的入库文档应包括：变更后需求，变更后用例。

用例版本库模块中一级目录是变更库，根据变更版本名称可检索查询。变更申请订单详情中可详细记录此变更版本主要更新哪些需求；

最新库中一级目录是最新库，根据变更版本名称+新可检索查询。最新库中是产品最新和最全需求和用例。

本发明技术方案还提供一种产品用例持续维护系统的管理方法，包括如下步骤：

设置rest授权和认证使系统各模块之间的进行交互；

对管理权限进行判断；

对版本库文件处理过程进行管理。

进一步的，步骤设置rest授权和认证使系统各模块之间的进行交互，包括：

s11：接收用户输入的用户名和密码经基本模块生成与用户id一一对应的token；

s12：带着token调用restapi时，权限认证模块通过token从认证模块中获取用户的认证信息，确保是正在登陆的用户；

s13：用户认证通过之后，通过用户id去认证服务器的rbac权限中获取此用户是否有调用这个api接口的权限。

进一步的，步骤对管理权限进行判断，包括；

s21：获取用户iduser_id，文件标识software_id，操作码operation_code

s22：操作码是否为上传，如果是执行s23，否则执行s24；

s23：用户是否为管理员，如果是返回true，否则返回false；所述管理员包括系统管理员、域管理员、组织管理员；

s24：操作码是否为修改、删除、文件夹操作之一，如果是执行s25，否则返回false；

s25：用户是否为管理员，如果是执行s26，否则返回false；

s26：根据文件标识software_id获取文件所属层级s_level，以及层级ids_level_id；

s27：获取用户所属层级u_level以及层级idu_level_id；

s28：判断s_level＝＝u_level&&s_level_id＝＝u_level_id，如果为true返回true，否则返回执行步骤s29；

s29：判断用户是否为系统管理员或者用户所属层级u_level为文件所属组织对应的域，如果是则返回true，否则返回false。

进一步的，步骤对版本库文件处理过程进行管理，包括文件的查询管理和文件解压管理；

文件的查询管理，具体步骤：

s301：调用查询接口，传入待查询的文件名称；

s302：从数据库中查询符合该名称的文件；

s303：返回查询结果；

其中，用户可以根据文件的名称查询其文件列表中的文件，组织管理员可以将本组织文件目录下的任意文件共享给同一域下的其他组织；域管理员可以将本域文件目录下的任意文件共享给系统中的其他域；普通用户不能进行共享操作；自定义共享，即选择要共享的文件；全部共享，即将该管理员对应文件目录下的所有文件共享出去。

文件解压管理，具体步骤：

s311：判断用户是否有解压文件的权限，如果有进行s312，否则返回；

s312：解压文件，返回解压后的文件对象集合；

s313：遍历解压后的文件对象，如果对象为目录则调用savedir方法将该目录信息存到用例版本库，否则调用savefile方法，将文件信息存到用例版本库。

其中，管理员身份(即系统管理员、域管理员)的用户可以在服务器端解压zip压缩文件。

进一步的，步骤对版本库文件处理过程进行管理，包括：对文件的上传管理和文件的下载管理；

文件的上传管理，具体步骤：

s321：获取用户id；

s322：根据用户id判断该用户是否有上传权限；

s323：获取用户文档上传到的根目录；

s324：获取上传的文件信息，包括名称、描述、上传时间；

s325：根据用户层级对应的用例版本库的文件仓库根目录以及用户指定的相对路径上传文件；

s326：上传后的文件信息存入用例版本库；

其中，系统管理员将文件上传到系统的文件目录；域管理员将文件上传到域的文件目录；组织管理员将文件上传到组织的文件目录，普通用户不能上传文件，文件既可以上传到对应的文件目录的根目录下也可以上传到该目录下的某个子目录中，子目录可根据需要自行创建。

文件的下载管理，具体步骤：

s331：用户调用下载文件接口；

s332：判断中文件名称的长度，如果长度为1执行s333，否则执行s334；

s333：下载单个文件，不进行压缩操作；

s334：下载多个文件和文件夹，压缩打包下载。

其中，用户登录到文件管理页面后，可以下载页面下文件列表中的任意文件。可同时选中多个文件和文件夹，打包下载。

进一步的，步骤对版本库文件处理过程进行管理，包括对文件的修改管理、文件的删除管理和文件夹修改管理；

文件的修改管理，具体包括：

s341：获取用户信息以及待修改的文件信息；

s342：判断用户是否对该文件有修改权限；

s343：如果有权限，则修改并提交修改后的信息；

s344：判断提交后的文件名称是否符合规则，即不能与同一目录下的其他文件名称相同；

s345：如果符合则修改本地文件名称，并将修改后的信息更新到用例版本库；

其中，管理员身份(即系统管理员、域管理员或者组织管理员)的用户可以修改其所属的文件目录下的任意文件信息，包括修改文件的名称、描述等信息。要求修改后的名称不能与同一目录下的其他文件同名，并且不能包含除点号以外的符号；普通用户不能修改文件信息。

文件的删除管理，具体包括：

s351：获取用户信息以及待删除的文件信息；

s352：判断用户是否对该文件有删除权限；

s353：如果有权限，则物理删除文件；

s354：更新用例版本库信息；

其中，管理员身份(即系统管理员、域管理员或者组织管理员)的用户可以删除其所属文件目录下的任意文件，并且是物理删除；普通用户不能删除文件。

文件夹修改管理，包括如下步骤：

s361：获取用户信息以及待修改的文件夹信息；

s362：判断用户是否对该文件有修改权限；

s363：如果有权限，则修改并提交修改后的信息；

s364：判断提交后的文件夹名称是否符合规则即不能与同一目录下的其他文件夹名称相同；

s365：如果符合则修改本地文件夹名称，并将修改后的信息更新到用例版本库。

其中，系统管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；域管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；组织管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；普通用户不能进行文件夹操作；同一目录下的文件夹名称不能重复，同一目录下的文件夹名称与文件名称也不能相同。

从以上技术方案可以看出，本发明具有以下优点：提供一个可持续维护产品相关需求和用例升级更新的平台，通过此平台可实现产品功能升级过程中需求和用例的同步更新和维护，有利于产品全量需求和用例的的追踪定位，同时也实现了产品各升级包的功能同需求一对一跟踪维护。有利于提升产品研发过程的规范性和需求开发的有效性。更进一步提升了测试的覆盖率。

此外，本发明设计原理可靠，结构简单，具有非常广泛的应用前景。

由此可见，本发明与现有技术相比，具有突出的实质性特点和显著地进步，其实施的有益效果也是显而易见的。

附图说明

图1为一种产品用例持续维护系统模块框图；

图2为变更库文档结构示意图；

图3为最新库文档结构示意图；

图4为对管理权限进行判断流程示意图。

具体实施方式

下面结合附图并通过具体实施例对本发明进行详细阐述，以下实施例是对本发明的解释，而本发明并不局限于以下实施方式。

实施例一

如图1所示，一种产品用例持续维护系统，包括用户管理模块、项目管理模块、需求和用例变更管理模块和用例版本库模块，各模块之间的交互通过rest授权和认证；

用户管理模块，用于对用户进行管理，所述用户包括产品负责人、测试负责人、项目成员、系统管理员；

项目管理模块，用于对项目相关信息进行管理，项目相关信息包括项目名称、项目立项相关文档、项目周期、项目相关参与人、项目评审后通过的初始需求和用例；

需求和用例变更管理模块，用于对需求和用例变更进行管理；

用例版本库模块，用于存储用例、文档及变更记录。

用例版本库模块设有基本模块单元、软件仓库和二级存储单元；

用户管理模块，用于设置系统管理员有权限访问和管理系统所有项目和所有功能模块，负责创建角色，创建用户，创建或审批创建项目，维护项目成员等权限；

设置产品负责人有权限访问和管理当前项目相关的功能模块，发起需求变更申请，维护产品需求，项目各功能模块维护，管理项目版本库等权限；

设置测试负责人有权限访问当前项目管理模块，需要评审需求，发起用例评审申请，维护产品用例等权限；设置项目成员有权限访问当前项目管理模块，可评审需求和评审用例。

需求和用例变更管理模块，包括需求申请管理单元和用例变更管理单元；

需求申请管理单元，用于接收产品负责人在项目中发起的变更需求申请，设置项目成员都会收到需求变更申请，评审变更需求并提出评审问题；

用例变更管理单元，用于评审通过后创建变更序，并记录变更记录。

产品负责人可在项目中发起变更需求申请，项目成员都会收到需求变更申请，评审变更需求并提出评审问题。申请需要提供：版本号、版本说明、原需求和变更需求等必要的文档数据。评审通过后创建变更序，入库文档包括：版本号、版本说明、更新后需求，更新前需求和变更记录等。项目测试负责人需要根据变更需求提供相应的用例并发起评审，用例评审通过后提交到变更路中，入库文档应包括：变更前用例，变新后用例，用例变更记录等。

如图2、图3所示，用例版本库模块包括变更库和最新库；

变更库包括变更前文档、变更后文档、变更记录；其中，变更前文档包括原需求和原用例；变更后文档包括变更需求和变更用例；变更记录包括需求变更记录和用例变更记录；

最新库包括最新需求和最新用例，即变更后需求和变更后用例。变更库和最新库命名与变更版本号一致；用例评审通过后，将变更用例更新到最新库中，用例的入库文档应包括：变更后需求，变更后用例。

用例版本库模块中一级目录是变更库，根据变更版本名称可检索查询。变更申请订单详情中可详细记录此变更版本主要更新哪些需求；

最新库中一级目录是最新库，根据变更版本名称+新可检索查询。最新库中是产品最新和最全需求和用例。

实施例二

一种产品用例持续维护系统的管理方法，包括如下步骤：

设置rest授权和认证使系统各模块之间的进行交互；

对管理权限进行判断；

对版本库文件处理过程进行管理。

步骤设置rest授权和认证使系统各模块之间的进行交互，包括：

s11：接收用户输入的用户名和密码经基本模块生成与用户id一一对应的token；

s12：带着token调用restapi时，权限认证模块通过token从认证模块中获取用户的认证信息，确保是正在登陆的用户；

s13：用户认证通过之后，通过用户id去认证服务器的rbac权限中获取此用户是否有调用这个api接口的权限。

如图4所示，步骤对管理权限进行判断，包括；

s21：获取用户iduser_id、文件标识software_id、操作码operation_code；

s22：操作码是否为上传，如果是执行s23，否则执行s24；

s23：用户是否为管理员，如果是返回true，否则返回false；所述管理员包括系统管理员、域管理员、组织管理员；

s24：操作码是否为修改、删除、文件夹操作之一，如果是执行s25，否则返回false；

s25：用户是否为管理员，如果是执行s26，否则返回false；

s26：根据文件标识software_id获取文件所属层级s_level，以及层级ids_level_id；

s27：获取用户所属层级u_level以及层级idu_level_id；

s28：判断s_level＝＝u_level&&s_level_id＝＝u_level_id，如是，返回true，否则返回执行步骤s29；

s29：判断用户是否为系统管理员或者用户所属层级u_level为文件所属组织对应的域，如果是则返回true，否则返回false。

步骤对版本库文件处理过程进行管理，包括文件的查询管理和文件解压管理；

文件的查询管理，具体步骤：

s301：调用查询接口，传入待查询的文件名称；

s302：从数据库中查询符合该名称的文件；

s303：返回查询结果；

其中，用户可以根据文件的名称查询其文件列表中的文件，组织管理员可以将本组织文件目录下的任意文件共享给同一域下的其他组织；域管理员可以将本域文件目录下的任意文件共享给系统中的其他域；普通用户不能进行共享操作；自定义共享，即选择要共享的文件；全部共享，即将该管理员对应文件目录下的所有文件共享出去。

文件解压管理，具体步骤：

s311：判断用户是否有解压文件的权限，如果有进行s312，否则返回；

s312：解压文件，返回解压后的文件对象集合；

s313：遍历解压后的文件对象，如果对象为目录则调用savedir方法将该目录信息存到用例版本库，否则调用savefile方法，将文件信息存到用例版本库。

其中，管理员身份(即系统管理员、域管理员)的用户可以在服务器端解压zip压缩文件。

步骤对版本库文件处理过程进行管理，包括：对文件的上传管理和文件的下载管理；

文件的上传管理，具体步骤：

s321：获取用户id；

s322：根据用户id判断该用户是否有上传权限；

s323：获取用户文档上传到的根目录；

s324：获取上传的文件信息，包括名称、描述、上传时间；

s325：根据用户层级对应的用例版本库的文件仓库根目录以及用户指定的相对路径上传文件；

s326：上传后的文件信息存入用例版本库；

其中，系统管理员将文件上传到系统的文件目录；域管理员将文件上传到域的文件目录；组织管理员将文件上传到组织的文件目录，普通用户不能上传文件，文件既可以上传到对应的文件目录的根目录下也可以上传到该目录下的某个子目录中，子目录可根据需要自行创建。

文件的下载管理，具体步骤：

s331：用户调用下载文件接口；

s332：判断中文件名称的长度，如果长度为1执行s333，否则执行s334；

s333：下载单个文件，不进行压缩操作；

s334：下载多个文件和文件夹，压缩打包下载。

其中，用户登录到文件管理页面后，可以下载页面下文件列表中的任意文件。可同时选中多个文件和文件夹，打包下载。

本实施例中，步骤对版本库文件处理过程进行管理，包括对文件的修改管理、文件的删除管理和文件夹修改管理；

文件的修改管理，具体包括：

s341：获取用户信息以及待修改的文件信息；

s342：判断用户是否对该文件有修改权限；

s343：如果有权限，则修改并提交修改后的信息；

s344：判断提交后的文件名称是否符合规则，即不能与同一目录下的其他文件名称相同；

s345：如果符合则修改本地文件名称，并将修改后的信息更新到用例版本库；

其中，管理员身份(即系统管理员、域管理员或者组织管理员)的用户可以修改其所属的文件目录下的任意文件信息，包括修改文件的名称、描述等信息。要求修改后的名称不能与同一目录下的其他文件同名，并且不能包含除点号以外的符号；普通用户不能修改文件信息。

文件的删除管理，具体包括：

s351：获取用户信息以及待删除的文件信息；

s352：判断用户是否对该文件有删除权限；

s353：如果有权限，则物理删除文件；

s354：更新用例版本库信息；

其中，管理员身份(即系统管理员、域管理员或者组织管理员)的用户可以删除其所属文件目录下的任意文件，并且是物理删除；普通用户不能删除文件。

文件夹修改管理，包括如下步骤：

s361：获取用户信息以及待修改的文件夹信息；

s362：判断用户是否对该文件有修改权限；

s363：如果有权限，则修改并提交修改后的信息；

s364：判断提交后的文件夹名称是否符合规则即不能与同一目录下的其他文件夹名称相同；

s365：如果符合则修改本地文件夹名称，并将修改后的信息更新到用例版本库。

其中，系统管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；域管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；组织管理员可以在自己所属的文件目录下创建文件夹、删除文件夹以及修改文件夹名称等；普通用户不能进行文件夹操作；同一目录下的文件夹名称不能重复，同一目录下的文件夹名称与文件名称也不能相同。

利用云计算系统提供一个项目用例管理平台，将产品开发过程中所有的功能变更数据和记录做到很好的管理和记录，系统的管理各项目的不断更新的需求和用例。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。