CN106033388B - 测试用例库管理方法及系统 - Google Patents

Abstract

本申请提供一种测试用例库管理方法及系统，其中的方法包括：判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。本申请可以实现了对基准用例库中用例修改的全局化，使得用例归类和用例维护更加方便，提高了用例的管理效率。

Description

测试用例库管理方法及系统

技术领域

本申请涉及计算机领域，尤其涉及一种测试用例库管理方法及系统。

背景技术

在软件产品的生命周期内，从产品的第一次新建到最终的下线，在这期间用例库中将产生数量众多的测试用例。

当前对用例库的管理，基本是以软件产品的功能模块进行归类来进行管理，为了适应不同的软件测试场景，除了基准用例库以外，通常还需要在基准用例库的基础上新建很多场景用例库，因此在进行软件产品的测试过程中，该产品的用例库中将会存在非常多的用例库文件夹。在管理这些用例库文件夹的过程中，由于同一个用例可能会被不同的用例库引用，因此随着软件产品的开发进度，用例库文件夹中的重复用例会逐渐增多，以至于到软件产品的中后期，用例库文件夹之间将存在大量重复用例，从而导致软件测试人员在修改测试用例时，对同一个测试用例进行修改需要在引用了该用例的不同的用例库文件夹中分别进行修改，效率十分低下。

发明内容

本申请提出一种测试用例库管理方法，该方法包括：

判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；

当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

可选的，所述判断基准用例库是否发生了用例更新之前，所述方法还包括：

向用户输出产品新增界面；

获取用户在所述产品新增界面中设置的软件产品名称以及对应的场景用例标签；

在本地创建与所述软件产品名称关联的基准用例库以及场景用例库；其中所述场景用例库与设置的所述场景用例标签一一对应。

可选的，所述判断基准用例库中的用例是否发生了更新包括：

判断所述基准用例库是否添加、修改或者删除了用例；

当所述基准用例库添加、修改或者删除了用例时，确定所述基准用例库发生了用例更新。

可选的，当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新包括：

当所述基准用例库添加了用例时，根据该用例的场景用例标签将该用例同步添加到与所述场景用例标签所对应的场景用例库中；

当所述基准用例库修改了用例时，根据该用例的场景用例标签将修改后的该用例同步添加到与所述场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中原有的该用例；

当所述基准用例库删除了用例时，根据该用例的场景用例标签同步删除与所述场景用例标签所对应的场景用例库中的该用例。

可选的，所述场景用例标签包括所述软件产品的版本号。

本申请提出一种测试用例库管理系统，所述系统包括：

判断模块，用于判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；

更新模块，用于在所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

可选的，所述系统还包括：

输出模块，用于向用户输出产品新增界面；

获取模块，用于获取用户在所述产品新增界面中设置的软件产品名称以及对应的场景用例标签；

创建模块，用于在本地创建与所述软件产品名称关联的基准用例库以及场景用例库；其中所述场景用例库与设置的所述场景用例标签一一对应。

可选的，所述判断模块具体用于：

判断所述基准用例库是否添加、修改或者删除了用例；

当所述基准用例库添加、修改或者删除了用例时，确定所述基准用例库发生了用例更新。

可选的，所述更新模块具体用于：

当所述基准用例库添加了用例时，根据该用例的场景用例标签将该用例同步添加到与所述场景用例标签所对应的场景用例库中；

当所述基准用例库修改了用例时，根据该用例的场景用例标签将修改后的该用例同步添加到与所述场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中原有的该用例；

当所述基准用例库删除了用例时，根据该用例的场景用例标签同步删除与所述场景用例标签所对应的场景用例库中的该用例。

可选的，所述场景用例标签包括所述软件产品的版本号。

本申请通过判断基准用例库是否发生用例更新；其中基准用例库中的用例均被预先设置了一个或者多个场景用例标签；当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。本申请以基准用例库为基础，当基准用例库中的用例发生更新时，根据该用例的场景用例标签自动将该用例在对应的场景用例库中进行同步更新，实现了对基准用例库中用例修改的全局化，使得用例归类和用例维护更加方便，提高了用例的管理效率。

附图说明

图1是本申请一实施例示出的一种测试用例库管理方法流程图；

图2是是本申请一实施例示出的一种软件产品新增界面示意图；

图3是是本申请一实施例示出的一种测试用例库界面示意图；

图4是本申请一实施例例示出的一种新增测试用例界面示意图；

图5是本申请一实施例示出的一种测试用例库管理系统框图；

图6是本申请一实施例示出的承载所述一种测试用例库管理系统的服务器的硬件结构图。

具体实施方式

在现有实现中，在软件平台的开发过程中，为了适应不同的软件测试场景，除了基准用例库以外，通常还需要在基准用例库的基础上新建很多场景用例库，因此在进行软件产品的测试过程中，该产品的用例库中将会存在非常多的用例库文件夹。测试人员在对基准用例库中的用例进行修改时，由于同一个用例可能会被不同的用例库引用，因此测试人员需要在引用了该用例的不同的用例库文件夹中分别进行修改，效率十分低下。

例如，以支付平台的开发为例，在支付平台的开发过程中，除了基准用例库以外，通常还需要创建诸如回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例库，假设支付平台的用户账户信息页面中新增一个余额的字段，软件测试人员在对该支付平台进行软件测试时，除了修改基准用例库中与账户信息页面对应的功能模块中的用例以外，由于该用例还被回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例库引用，因此软件测试人员可能还需要在回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例中分别进行修改。可见，在现有实现中，测试用例的管理效率十分的低下。

有鉴于此，本申请提出一种测试用例库管理方法，通过判断基准用例库是否发生用例更新；其中基准用例库中的用例均被预先设置了一个或者多个场景用例标签；当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

本申请以基准用例库为基础，当基准用例库中的用例发生更新时，根据该用例的场景用例标签自动将该用例在对应的场景用例库中进行同步更新，实现了对基准用例库中用例修改的全局化，使得用例归类和用例维护更加方便，提高了用例的管理效率。

下面通过具体实施例并结合具体的应用实例对本申请进行描述。

请参考图1，图1是本申请一实施例提供的一种测试用例库管理方法，该方法的执行主体可以为服务器，所述服务器可以是测试用例管理服务器，所述方法包括以下步骤：

步骤101，判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；

步骤102，当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

在本实施例中，服务器可以面向用户输出用于新增软件产品的可视化操作界面，由用户在所述操作界面上进行操作，来设置新增软件产品的产品名称，以及该软件产品需要用到的场景用例标签。

请参见图2，图2为本实施例示出的软件产品新增界面，该界面中可以包括一个产品名称的输入框以及一个用例标签的输入框，用户可以在该界面的提示下，在产品名称的输入框中设置新增软件产品的软件名称，在用例标签的输入框中为该新增软件产品设置一个或者多个场景用例标签。

当用户通过所述软件产品新增界面将所述新增软件产品的产品名称以及场景用例标签设置完成后，服务器可以在后台获取用户设置的软件产品名称以及场景用例标签，然后根据获取到的产品用例名称以及场景用例标签，在本地为该软件产品创建基准用例库以及与所述场景用例标签一一对应的场景用例库。

在实现时，服务器在后台获取到用户设置的产品名称以及场景用例标签后，可以在后台数据库中，以主从表的设计方式，生成两张以产品名称相互关联起来的产品名称表和用例标签管理表，然后服务器可以根据生成的所述产品名称表和用例标签管理表为该软件产品创建基准用例库以及场景用例库。

其中，服务器在根据所述产品名称表和用例标签管理表为该产品生成基准用例库以及场景用例库时，可以通过在服务器内置软件产品测试用例的管理模型来实现。当所述产品名称表和用例标签管理标生成后，所述管理模型可以读取所述产品名称表和用例标签管理表，然后通过页面渲染器按照预先设定的渲染规则在页面上渲染出该软件产品的基准用例库以及场景用例库。

例如，请参见图3，假设用户设置的场景用例标签分别为回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例，所述管理模型在通过页面渲染器渲染基准用例库以及场景用例库时，由于所述产品名称表和所述用例标签管理表是通过产品名称关联起来的，所以可以按照如图3所示出的渲染规则渲染出一个以产品名称命名的文件夹列表，此时，渲染后的基准用例库和所有的场景用例库均为文件夹列表中的一个独立的子文件夹。

在本实施例中，基准用例库用于存放测试该软件产品时所用到的所有的测试用例，由于同一个测试用例可能被不同的场景用例库引用，因此，为了避免软件测试人员在修改了测试用例后，对同一个测试用例需要在引用了该用例的不同的用例库中分别进行修改而造成的效率低下问题，在实现时，可以为基准用例库中的测试用例预先设置一个或者多个场景用例标签，并规定对于设置了场景用例标签的测试用例，将不仅存放在基准用例库中，还会被自动同步存放在与设置的场景用例标签对应的场景用例库中，从而测试人员在对基准用例库中的测试用例进行更新时，系统后台会根据已更新用例的场景用例标签在对应的场景用例库中针对该用例自动同步的进行更新，从而使测试用例的归类和维护变得更加方便。

在本实施例中，软件测试人员在对基准用例库的测试用例进行更新时，通常包括针对基准用例库进行的添加用例、删除用例以及修改用例的操作，因此当软件测试人员在对基准用例库的测试用例进行添加用例、删除用例以及修改用例的操作时，服务器可以认为所述基准用例库发生了更新，并同步更新对应的场景用例库。

以下结合具体的实施例对软件测试人员在针对基准用例库中进行添加用例、删除用例以及修改用例等用例更新操作时，服务器同步更新对应的场景用例库的过程进行详细描述。

在本实施例中，软件测试人员在向基准用例库中添加测试用例或者修改基准用例库中的测试用例时，可以通过服务器面向用户输出的新增测试用例的可视化操作界面来完成。

请参见图4，图4为本实施例示出的新增测试用例界面，该界面中可以包括一个用例标题输入框、一个用例详情输入框以及一个用于提示用户为新增的测试用例添加用例标签的提示选项，其中所述添加用例标签的提示选项包括一个可用标签的提示框、一个该用例所属标签的提示框、一个添加按钮和一个删除按钮。

用户向基准用例中添加测试用例时，可以通过在所述用例标题输入框中输入用例名称，为新增测试用例设置名称；可以通过在所述用例详情输入框中输入该新增测试用例的详情内容，为新增测试用例添加详情内容；还可以通过在所述可用标签的提示框中提供的可用用例标签中选定一个或者多个用例标签，然后点击添加按钮将选定的用例标签添加到该用例所属标签的提示框中，为新增的测试用例设置场景用例标签。当用户通过以上操作在基准用例库中成功添加一个测试用例后，该测试用例会被默认添加到基准用例库中。此时，服务器可以在后台获取用户为该测试用例设置的场景用例标签，并自动将该测试用例添加到与所述场景用例标签所对应的场景用例库中。

用户修改基准用例中的测试用例时，可以通过在所述用例标题输入框中修改已经设置的用例名称，完成对该用例的名称的修改；可以通过在所述用例详情输入框中输入修改已经添加的该用例的详情内容，完成对该用例的详情内容的修改；还可以通过在所述该用例所属标签的提示框中选定一个或者多个已经设置的用例标签，然后点击删除按钮将选定的用例标签从该用例所属标签的提示框中删除。当用户通过以上操作成功修改了基准用例库中的一个测试用例后，此时，服务器可以在后台获取该测试用例更新后的场景用例标签，并自动将该测试用例同步添加到与所述更新后的场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中保存的原有的该用例。

在本实施例中，当用户在删除基准用例库中的测试用例时，可以通过在如图4所示出的新增测试用例界面中添加一个删除选项来实现。例如，可以在图4所示出的新增测试用例界面中添加一个删除按钮，当用户希望删除该测试用例时，可以直接点击所述删除按钮来完成该用例的删除。同时为了避免误操作，用户在点击了所述删除按钮后，可以向用户输出一个提示用户是否删除该用例的文本框，与此同时，服务器可以在后台获取该测试用例的场景用例标签，当用户在所述文本框的提示下选择了删除该用例时，服务器可以自动同步删除与所述场景用例标签所对应的场景用例库中保存的该用例。

以下以一个具体的应用实例对以上技术方案进行说明。

仍以支付平台的开发为例，在支付平台的开发过程中，除了基准用例库以外，用户还设置了诸如回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例库。

假设支付平台的用户账户信息页面中新增一个余额的字段，软件测试人员在对支付平台进行软件测试的过程中，可能需要修改基准用例库中与用户账户信息页面对应的功能模块中的测试用例，由于该用例可能还被回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例库引用，为了达到同步更新的目的，软件测试人员在修改该用例时，可以为该测试用例添加回归测试用例、UI测试用例、资金流测试用例、接口测试用例、关键路径测试用例等场景用例标签，当将该测试用例修改完成后，服务器在后台可以根据为该测试用例设置的场景用例标签同步修改对应的场景用例库，通过这种方式，此时软件测试人员针对基准用例库中的测试用例的修改行为将演变成一种全局化的修改行为，从而使得用例归类和用例维护更加方便，提高了测试用例的管理效率。

值得说明的是，在实现时，以上所描述的场景用例标签也可以是软件版本号，当所述场景用例标签为软件版本号时，按照以上方案进行实施时，在软件产品的完整开发周期内，通过查看场景用例库，软件产品的开发者就可以知道该软件产品每一个版本都存放了哪些用例、更新了哪些用例，从而使整个软件产品的开发的过程更加便利。

通过以上实施例的描述可知，本申请通过判断基准用例库是否发生用例更新；其中基准用例库中的用例均被预先设置了一个或者多个场景用例标签；当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

本申请以基准用例库为基础，当基准用例库中的用例发生更新时，根据该用例的场景用例标签自动将该用例在对应的场景用例库中进行同步更新，实现了对基准用例库中用例修改的全局化，使得用例归类和用例维护更加方便，提高了用例的管理效率。

与上述方法实施例相对应，本申请还提供了系统的实施例。

请参见图5，本申请提出一种测试用例库管理系统50，应用于服务器；所述服务器可以是测试用例管理服务器；其中，请参见图6，作为承载所述测试用例库管理系统50的服务器所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等；以软件实现为例，所述测试用例库管理系统50通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑系统，所述系统50包括：

判断模块501，用于判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；

更新模块502，用于在所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

在本实施例中，所述系统还可以包括：

输出模块503，用于向用户输出产品新增界面；

获取模块504，用于获取用户在所述产品新增界面中设置的软件产品名称以及对应的场景用例标签；

创建模块505，用于在本地创建与所述软件产品名称关联的基准用例库以及场景用例库；其中所述场景用例库与设置的所述场景用例标签一一对应。

在本实施例中，所述判断模块501具体用于：

判断所述基准用例库是否添加、修改或者删除了用例；

当所述基准用例库添加、修改或者删除了用例时，确定所述基准用例库发生了用例更新。

在本实施例中，所述更新模块502具体用于：

当所述基准用例库添加了用例时，根据该用例的场景用例标签将该用例同步添加到与所述场景用例标签所对应的场景用例库中；

当所述基准用例库修改了用例时，根据该用例的场景用例标签将修改后的该用例同步添加到与所述场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中原有的该用例；

当所述基准用例库删除了用例时，根据该用例的场景用例标签同步删除与所述场景用例标签所对应的场景用例库中的该用例。

在本实施例中，所述场景用例标签包括所述软件产品的版本号。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种测试用例库管理方法，其特征在于，该方法包括：

判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；所述场景用例标签指示引用了所述用例的场景用例库；所述场景用例库为引用所述基准用例库中的用例创建的用例库；

当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

2.根据权利要求1所述的方法，其特征在于，所述判断基准用例库是否发生了用例更新之前，所述方法还包括：

向用户输出产品新增界面；

获取用户在所述产品新增界面中设置的软件产品名称以及对应的场景用例标签；

在本地创建与所述软件产品名称关联的基准用例库以及场景用例库；其中所述场景用例库与设置的所述场景用例标签一一对应。

3.根据权利要求1所述的方法，其特征在于，所述判断基准用例库中的用例是否发生了更新包括：

判断所述基准用例库是否添加、修改或者删除了用例；

当所述基准用例库添加、修改或者删除了用例时，确定所述基准用例库发生了用例更新。

4.根据权利要求2所述的方法，其特征在于，当所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新包括：

当所述基准用例库添加了用例时，根据该用例的场景用例标签将该用例同步添加到与所述场景用例标签所对应的场景用例库中；

当所述基准用例库修改了用例时，根据该用例的场景用例标签将修改后的该用例同步添加到与所述场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中原有的该用例；

当所述基准用例库删除了用例时，根据该用例的场景用例标签同步删除与所述场景用例标签所对应的场景用例库中的该用例。

5.根据权利要求2所述的方法，其特征在于，所述场景用例标签包括所述软件产品的版本号。

6.一种测试用例库管理系统，其特征在于，该系统包括：

判断模块，用于判断基准用例库是否发生用例更新；其中所述基准用例库中的用例均被预先设置了一个或者多个场景用例标签；所述场景用例标签指示引用了所述用例的场景用例库；所述场景用例库为引用所述基准用例库中的用例创建的用例库；

更新模块，用于在所述基准用例库发生用例更新时，根据已更新用例的场景用例标签在对应的场景用例库中针对该用例进行同步更新。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

输出模块，用于向用户输出产品新增界面；

获取模块，用于获取用户在所述产品新增界面中设置的软件产品名称以及对应的场景用例标签；

创建模块，用于在本地创建与所述软件产品名称关联的基准用例库以及场景用例库；其中所述场景用例库与设置的所述场景用例标签一一对应。

8.根据权利要求6所述的系统，其特征在于，所述判断模块具体用于：

判断所述基准用例库是否添加、修改或者删除了用例；

当所述基准用例库添加、修改或者删除了用例时，确定所述基准用例库发生了用例更新。

9.根据权利要求7所述的系统，其特征在于，所述更新模块具体用于：

当所述基准用例库添加了用例时，根据该用例的场景用例标签将该用例同步添加到与所述场景用例标签所对应的场景用例库中；

当所述基准用例库修改了用例时，根据该用例的场景用例标签将修改后的该用例同步添加到与所述场景用例标签所对应的场景用例库中，并覆盖所述场景用例库中原有的该用例；

当所述基准用例库删除了用例时，根据该用例的场景用例标签同步删除与所述场景用例标签所对应的场景用例库中的该用例。

10.根据权利要求7所述的系统，其特征在于，所述场景用例标签包括所述软件产品的版本号。