CN109491906A - 一种测试用例管理方法及系统 - Google Patents

Abstract

本发明涉及计算机技术领域，具体涉及一种测试用例管理方法及系统，所述管理方法包括：①获取需求，生成需求存储单元，②查找待修改的测试用例和测试项的数据，并进行修改；所述管理系统包括需求存储单元生成模块和需求定位模块。本发明为开发阶段需求变更后测试用例的管理提供了便利，通过本发明的测试用例管理方法和系统可以快速找到对应的测试用例和测试项，并对其进行修改。

Description

一种测试用例管理方法及系统

技术领域

本发明涉及计算机技术领域，具体涉及一种测试用例管理方法及系统。

背景技术

在软件测试项目中，测试用例是测试执行的基本依据，用例设计的质量对软件测试起着至关重要的作用，因此它也是软件测试的重点和难点。在软件测试过程中，由于产品需求变更比较频繁，所以测试用例在形成文档后还需要进行不断地完善，一个项目下面往往存在海量的测试用例。当需求变更时，如果手动修改测试用例则会给测试人员带来巨大的工作量，基于此，开发一种能够代替手动查找并修改测试用例的测试用例管理方法及系统是十分必要的。

发明内容

本发明旨在解决上述问题，提供了一种测试用例管理方法及系统，能够根据修改的需求快速找到对应的测试用例并对其进行修改。

为实现上述目的，本发明的技术方案如下：

一种测试用例管理方法，管理方法包括：

一、获取需求，生成需求存储单元；

所述需求包括需求编号、需求项、测试用例和测试项，需求获取过程为：

获取需求编号，

获取所述需求编号对应需求项，

获取所述需求项对应测试用例，

获取所述测试用例对应测试项，

所述需求存储单元，用于存储需求编号、需求项、测试用例和测试项；

二、当某需求编号下的一个需求项发生变动时，在需求存储单元内查找待修改的测试用例和测试项的数据，并进行修改，具体查找过程为：

获取需求编号，

获取需求项，

根据获取的需求编号和需求项在需求存储单元内查找对应测试用例和测试项数据，

修改数据。

在上述技术方案的基础上，所述测试项包括测试用例编号、需求点名称、测试需求点、测试步骤和预期结果。

在上述技术方案的基础上，所述需求存储单元为树形结构，以需求编号作为树的根结点，需求项作为需求编号的子结点，测试用例作为需求项的子结点，测试项作为测试用例的子结点。

在上述技术方案的基础上，采用多重链表表示每个结点，所述多重链表包括数据域、度域和指针域，其中，

数据域记录结点的数据信息，

度域记录结点的孩子结点个数，

指针域记录结点间关系，其中，指针域中每个指针指向一个子树的根结点。

在上述技术方案的基础上，所述结点指针域的个数等于该结点的孩子结点个数。

在上述技术方案的基础上，所述步骤二还包括定义一个头指针，当某需求编号下的一个需求项发生变动时，具体查找过程为：

获取需求编号，

获取需求项，

头指针指向所述需求编号的数据域，

移动指针指向所述需求项的数据域，

移动指针指向待修改的测试用例的数据域，修改测试用例相关数据，

移动指针指向待修改的测试项的数据域，修改测试项相关数据，

完成测试用例和测试项的修改。

在上述技术方案的基础上，所述测试用例和测试项的修改完成时，指针移动到尾结点。

一种测试用例管理系统，管理系统包括需求存储单元生成模块和需求定位模块；

需求存储单元生成模块，用于生成需求存储单元，获取需求编号、需求项、测试用例和测试项；

需求定位模块，用于获取待修改的测试用例和测试项对应的需求编号和需求项，快速定位待修改测试用例和测试项并修改。

本发明具有如下优点：本发明提供了一种测试用例管理方法和系统，为开发阶段需求变更后测试用例的管理提供了便利，通过本发明的测试用例管理方法和系统可以快速找到对应的测试用例和测试项，并对其进行修改。

本发明使用多重列表表示需求数据，将需求编号、需求项、测试用例和测试项数据存放在数据域，指针域存放对应关系，形成树状图，当需求变更时，用指针遍历找到对应测试用例，并对数据域中存放的数据进行修改操作。

附图说明

图1为本发明的一种测试用例管理方法流程图；

图2为本发明实施例1获取需求，生成需求存储单元的方法流程图；

图3为本发明实施例1和实施例2查找并修改测试用例和测试项数据的方法流程图；

图4为本发明实施例2和实施例3获取需求，生成需求存储单元的方法流程图；

图5为本发明实施例3需求存储单元树状图；

图6为多重链表结构示意图；

图7为本发明实施例3多重链表结构示意图；

图8为本发明实施例3查找并修改测试用例和测试项数据的方法流程图；

图9为本发明的一种测试用例管理系统结构示意图。

具体实施方式

下面结合附图和实例对本发明作进一步说明：

实施例1

如图1-图3所示，一种测试用例管理方法，管理方法的具体步骤包括：

步骤S101：开始，

步骤S102：获取需求，生成需求存储单元，

步骤S103：查找待修改的测试用例和测试项数据，并进行修改，

步骤S104：结束；

其中，步骤S102获取需求的具体步骤为：

步骤S201：开始，

步骤S202：获取需求编号，

步骤S203：获取该需求编号对应需求项，

步骤S204：获取该需求项对应测试用例，

步骤S205：获取该测试用例对应测试项，

步骤S206：生成需求存储单元，

步骤S207：结束；

步骤S103查找待修改的测试用例和测试项数据，并进行修改的具体步骤为：

步骤S301：开始，

步骤S302：获取需求编号，

步骤S303：获取需求项，

步骤S304：查找对应测试用例和测试项数据，

步骤S305：修改数据，

步骤S306：结束。

实施例2

如图1，图3和图4所示，一种测试用例管理方法，管理方法的具体步骤包括：

步骤S101：开始，

步骤S102：获取需求，生成需求存储单元，

步骤S103：查找待修改的测试用例和测试项数据，并进行修改，

步骤S104：结束；

其中，步骤S102获取需求的具体步骤为：

步骤S401：开始，

步骤S402：获取需求编号，

步骤S403：获取该需求编号对应需求项，

步骤S404：获取该需求项对应测试用例，

步骤S405：获取测试用例编号，

步骤S406：获取测试需求点，

步骤S407：获取需求点名称，

步骤S408：获取测试步骤，

步骤S409：获取预期结果，

步骤S410：生成需求存储单元，

步骤S411：结束；

步骤S103查找待修改的测试用例和测试项数据，并进行修改的具体步骤为：

步骤S301：开始，

步骤S302：获取需求编号，

步骤S303：获取需求项，

步骤S304：查找对应测试用例和测试项数据，

步骤S305：修改数据，

步骤S306：结束。

实施例3

如图1、图4-图8所示，一种测试用例管理方法，管理方法的具体步骤包括：

步骤S101：开始，

步骤S102：获取需求，生成需求存储单元，

步骤S103：查找待修改的测试用例和测试项数据，并进行修改，

步骤S104：结束；

其中，步骤S102获取需求的具体步骤为：

步骤S401：开始，

步骤S402：获取需求编号，

步骤S403：获取该需求编号对应需求项，

步骤S404：获取该需求项对应测试用例，

步骤S405：获取测试用例编号，

步骤S406：获取测试需求点，

步骤S407：获取需求点名称，

步骤S408：获取测试步骤，

步骤S409：获取预期结果，

步骤S410：生成需求存储单元，

步骤S411：结束；

所述需求存储单元为树形结构，需求编号501为树的根结点，需求项1 502和需求项2503为需求编号501的子结点，测试用例1 504作为需求项1 502的子结点，测试用例2 505和测试用例3 506作为需求项2 503的子结点，测试项1 507和测试项2 508作为测试用例1504的子结点，测试项3 509作为测试用例2 505的子结点，测试项4 510作为测试用例3 506的子结点；

采用多重列表表示每个结点，所述多重列表包括数据域601，度域602和指针域603，其中，

数据域601记录结点的数据信息，

度域602记录该结点的孩子结点个数，

指针域603中每个指针指向一个子树的根结点，指针域603的个数等于该结点的孩子结点个数，即度数；

步骤S103查找待修改的测试用例和测试项数据，并进行修改的具体步骤为：

步骤S801：开始，

步骤S802：获取需求编号，

步骤S803：获取需求项，

步骤S804：头指针指向所述需求编号的数据域，

步骤S805：移动指针指向所述需求项的数据域，

步骤S806：移动指针指向待修改的测试用例的数据域，修改测试用例相关数据，

步骤S807：移动指针指向待修改的测试项的数据域，修改测试项相关数据，

步骤S808：移动指针到尾结点，完成测试用例和测试项的修改；

步骤S809：结束。

实施例4

如图9所示，一种测试用例管理系统，管理系统包括需求存储单元生成模块901和需求定位模块902；

需求存储单元生成模块901，用于获取需求编号、需求项、测试用例和测试项，生成需求存储单元；

需求定位模块902，用于获取待修改的测试用例和测试项对应的需求编号和需求项，快速定位待修改测试用例和测试项并修改。

上面以举例方式对本发明进行了说明，但本发明不限于上述具体实施例，凡基于本发明所做的任何改动或变型均属于本发明要求保护的范围。

Claims (8)

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

一、获取需求，生成需求存储单元；

所述需求包括需求编号、需求项、测试用例和测试项，需求获取过程为：

获取需求编号，

获取所述需求编号对应需求项，

获取所述需求项对应测试用例，

获取所述测试用例对应测试项，

所述需求存储单元，用于存储需求编号、需求项、测试用例和测试项；

二、当某需求编号下的一个需求项发生变动时，在需求存储单元内查找待修改的测试用例和测试项的数据，并进行修改，具体查找过程为：

获取需求编号，

获取需求项，

根据获取的需求编号和需求项在需求存储单元内查找对应测试用例和测试项数据，

修改数据。

2.如权利要求1所述的一种测试用例管理方法，其特征在于，所述测试项包括测试用例编号、需求点名称、测试需求点、测试步骤和预期结果。

3.如权利要求1所述的一种测试用例管理方法，其特征在于，所述需求存储单元为树形结构，以需求编号作为树的根结点，需求项作为需求编号的子结点，测试用例作为需求项的子结点，测试项作为测试用例的子结点。

4.如权利要求3所述的一种测试用例管理方法，其特征在于，采用多重链表表示每个结点，所述多重链表包括数据域、度域和指针域，其中，

数据域记录结点的数据信息，

度域记录结点的孩子结点个数，

指针域记录结点间关系，其中，指针域中每个指针指向一个子树的根结点。

5.如权利要求4所述的一种测试用例管理方法，其特征在于，所述指针域的个数等于该结点的孩子结点个数。

6.如权利要求4或5所述的一种测试用例管理方法，其特征在于，所述步骤二还包括定义一个头指针，当某需求编号下的一个需求项发生变动时，具体查找过程为：

获取需求编号，

获取需求项，

头指针指向所述需求编号的数据域，

移动指针指向所述需求项的数据域，

移动指针指向待修改的测试用例的数据域，修改测试用例相关数据，

移动指针指向待修改的测试项的数据域，修改测试项相关数据，

完成测试用例和测试项的修改。

7.如权利要求6所述的一种测试用例管理方法，其特征在于，所述测试用例和测试项的修改完成时，指针移动到尾结点。

8.一种测试用例管理系统，其特征在于，管理系统包括需求存储单元生成模块和需求定位模块；

需求存储单元生成模块，用于生成需求存储单元，获取需求编号、需求项、测试用例和测试项；

需求定位模块，用于获取待修改的测试用例和测试项对应的需求编号和需求项，快速定位待修改测试用例和测试项并修改。