CN101377758A - 一种生成测试用例的方法和装置 - Google Patents

Abstract

本发明公开了一种生成测试用例的方法和装置，以解决测试用例测试不全面的问题。该方法为：根据被测系统各功能模块间关键动作的关联性生成映射表；进一步，任意两个存在关联性的关键动作根据所述映射表中执行顺序进行连接生成测试组，然后以任一测试组为起始测试组选择与该起始单元具有相同关键动作的测试组连接形成业务流；最后根据所述业务流并结合所述映射表中各关键动作的连接关系，输出以业务流为单位的测试用例。根据本发明提出的方案，从多个模块间交互的角度出发进行分析，提高了测试用例的完备性。

Description

一种生成测试用例的方法和装置

技术领域

本发明涉及计算机领域，尤其涉及一种生成测试用例的方法和装置。

背景技术

随着软件业的日益壮大和逐步走向成熟，系统测试的重要性是勿庸置疑的。如何以最少的人力和资源的投入，在最短的时间内完成测试，发现系统缺陷，则设计测试用例的最终目的。

测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实所写程序是否满足某个特定需求。测试用例是按一定的顺序执行的与测试目标相关的测试活动的描述，是确定“怎样”测试。测试用例被看作是有效发现系统缺陷的最小测试测试组。在测试工作中，测试用例的设计是非常重要的，是测试执行的正确性、有效性的基础。如何有效地设计测试用例，一直是测试人员所关注的问题；设计好测试用例，也是保证测试工作的关键因素之一。

现有技术中各种系统几乎都是多模块多业务运作的，业务和业务之间存在关联，模块和模块之间也存在关联，但是现有技术中测试用例的设计方法还局限于分析单个模块内的单功能点或关联功能点之间，因此会造成测试不完全的问题，导致被测系统存在的问题不能被及早发现。

另外，现有技术中在生成测试用例的过程中存在大量的人工操作，会造成大量的用例遗漏和缺失。

发明内容

本发明提供一种设计测试用例的方法，用以解决现有技术中测试用例不完备和因人为操作带来的测试用例缺失的问题。

本发明实施例提供一种生成测试用例的方法，包括以下步骤:

根据被测系统各功能模块间关键动作的关联性生成映射表，其中所述映射表包含存在关联性的关键动作的执行顺序；

遍历所述映射表，并在遍历过程中按关键动作之间的执行顺序对存在关联性的每两个关键动作进行组合，生成包括首关键动作和尾关键动作的基础测试组以及基础业务流，其中，每个基础测试组对应一个基础业务流；

确定起始测试组，按照第一测试组的尾关键动作与第二的测试组的首关键动作相同，则根据关键动作之间的执行顺序将第二测试组合并到第一测试组的原则，选择测试组与该起始测试组进行合并，并且，每次合并后都以合并后的测试组为起始测试组根据上述原则选择新的测试组进行合并，生成合并测试组和合并业务流，其中每个合并测试组对应一个合并业务流；

根据所述基础业务流和/或合并业务流为单位输出测试用例。

所述输出测试用例之前还包括，删减所述基础业务流和合并业务流中的重复项。

在生成业务流的过程中，利用计数设备对基础业务流和合并业务流以及所述重复项的数目进行统计，从而得到有效业务流的总数，即测试用例的数目，其中，通过基础业务流与合并业务流的总和减去所述重复项的总数得到有效业务流的总数。

进一步，当存在多个测试组的首关键动作与所述起始测试组的尾关键动作相同时，则所述多个测试组分别与所述起始测试组进行合并，生成多个合并测试组以及合并测试流。

本发明实施例在提供一种生成测试用例的方法的同时还提供一种生成测试用例的装置，其中包括:

映射表生成模块，用于根据被测系统各功能模块间关键动作的关联性，生成映射表，其中所述映射表包含关键动作间的关联性以及存在关联性的关键动作的执行顺序；

基础业务流生成模块，用于遍历所述映射表，并在遍历过程中按关键动作之间的执行顺序对存在关联性的每两个关键动作进行组合，生成包括首关键动作和尾关键动作的基础测试组和基础业务流，其中，每个测试组对应一个基础业务流；

合并业务流生成模块，用于确定起始测试组，按照第一测试组的尾关键动作与第二的测试组的首关键动作相同，则按照关键动作之间的执行顺序将第二测试组合并到第一测试组的原则，选择测试组与该起始测试组进行合并，并且，遍历所有测试组，每次都以合并后的测试组为起点根据上述原则选择新的测试组进行合并，生成合并测试组和合并业务流，其中每个合并测试组对应一个合并业务流；

测试用例输出模块，用于以所述基础业务流和/或合并业务流为单位输出测试用例。

删减模块，用于在生成所述业务流后，删减业务流中的重复项。

计数模块，用于统计有效业务流的数目，其中所述有效业务流的数目是基础业务流与合并业务流的总和减去所述重复项的总数。

本发明的有益效果如下:采用本发明实施例中的方法和装置，针对被测系统的业务流程以关键动作间关联性来生成测试用例，实现了测试用例对多交互模块间的连接关系的测试，提高了测试用例的完备性，并且本发明实施例通过程序细化测试用例的生成步骤使得在生成测试用例的过程中减少人工操作，从而减少测试用例生成中的人为主观判断，提高了测试用例的完备性的同时减少了测试用例的遗漏和缺失。

附图说明

图1为本发明实施列一种生成测试用例的方法的流程图；

图2为本发明实施例一种生成测试用例的装置图。

具体实施方式

由于现有计数中的测试用例都是通过大量的人为分析，存在人为主观因素导致测试用例的覆盖不全面，本发明实施例提供的方法通过对测试用例的步骤进行细化便于利用计算机进行测试用例分析，减少了测试用例生成过程中的人工操作，提高了测试用例的全面性。本发明实施例是根据被测系统各功能模块间关键动作的关联性生成映射表，并且任意两个存在关联性的关键动作根据所述映射表中执行顺序进行连接生成测试组，然后以任一测试组为起始测试组选择与该起始测试组具有相同关键动作的测试组连接形成业务流，其中，所选测试组的首关键动作和所述起始测试组的尾关键动作相同；进一步，根据所述业务流并结合所述映射表中各关键动作的连接关系，输出以业务流为单位的测试用例。

本发明实施例的具体步骤如图1所示:

步骤101、提取被测系统的功能模块以及各功能模块中的关键动作。

现有技术中基本上采用的是功能分解的方式来描述系统功能，通过描述细分的系统模块功能来达到描述整个系统功能的目的，该系统可以是软件系统或硬件系统，还可以是软硬件结合的系统。

进行功能分解后的系统包括各功能模块，其中，功能模块:指的是最小的、不可再细分的功能实体。在提取功能模块时遵循以下原则:

一是，在已知软件系统的功能菜单的情况下，一个菜单对应一个功能模块；

二是，如果可以判断某一功能模块是不可再细分的功能实体，该功能实体则是一个功能模块。

功能模块是一个属性的集合，该集合里至少包含1个属性，如表1所示，功能模块1包括:属性1.1(关键动作)、属性1.2(非关键动作)...属性1.N，功能模块2包括:属性2.1(关键动作)、属性2.2(关键动作).....属性2.N以及功能模块N的各属性，确定关键动作时的原则是:

1、同一功能模块内的关键动作两两组合都可构成一个简单的测试用例，例如:用户管理模块包括:添加用户、修改用户、删除用户三个关键动作两两关键动作组合都能组成一个简单的测试用例。

2、关键动作是构成系统业务流程的一个操作。

本发明实施例中，首先将所有关键动作列成表格的形式，并对所有的关键动作进行编号，其中关键动作编号由功能模块编号和关键动作编号两部分组成如表1所示:

表1

步骤102、提取关键动作间的连接关系并生成映射表。

每一个功能模块都以自身为基点与其余的功能模块逐一进行组合，并且两功能模块组合后，分别以参与组合的两功能模块的关键动作数目为列宽和行宽生成矩阵，其中两功能模块的组合不存在顺序性。

根据被测系统的业务流程，在有关联性的两关键动作对应的矩阵交叉点标注存在关联性并且标注所述两个关键动作的执行顺序，其中所述关联性是指两关键动作之间存在的内在联系；所述执行顺序由被测系统的业务流程决定。

上述任意的两个关键动作根据执行顺序进行连接形成一个测试组，根据上述内容生成映射表，所述映射表中包含关键动作是否存在关联性以及存在关联性的关键动作的执行顺序，如表2所示:

表2

步骤103、业务流的生成。

根据关键动作的连接顺序得出所有业务流，并统计业务流的条数，具体步骤如下:

1、将表2中的所有测试组以编号的形式进行存储，在存储时根据关键动作的执行顺序排放关键动作编号。例如:功能模块1的关键动作2(0102)和功能模块2的关键动作2(0202)之间不具有关联性，功能模块1的关键动作1(0101)与功能模块2的关键动作2(0202)之间具有关联性，并且被测系统中关键动作0202和关键动作0101的执行顺序是:先完成功能模块2关键动作2的操作，再实施功能模块1关键动作1，则该执行顺序的存储为0202—0101。根据以上描述表2中测试对象列表生成表3:

 

0101—0201
	0202—0101
0102—0201

表3

以上每一个测试组(基础测试组)都对应一个基础业务流，同时计算基础业务流的个数。

2、以任意测试组为起始，生成表述多个关键动作连接关系的合并测试组，即合并业务流。每个测试组都将作为起始点进行合并业务流的例举，其中，生成合并业务流的具体步骤为:

对于任意两个测试组M(m1—m2)和N(n1—n2)，其中，m1是测试组M中先执行的关键动作编号、m2是在m1之后执行的关键动作编号；n1和n2分别为测试组N中先执行的关键动作编号、后执行的关键动作编号。

M和N进行连接的原则是:如果m2和n1相同，并且m1和n2不相同，则把测试组M和N连接起来，既是将N的尾关键动作附加到M的尾关键动作之后。

进一步，再以N的尾关键动作即n2作为起始点，根据上述原则搜寻其他测试组进行连接，遍历所有的测试组，并每次进行合并后的测试组作为起点根据上述连接原则查找测试组进行合并，最终生成表述多个关键动作连接关系的合并业务流。

如果还存在P(X1—X2)并且X1也与m2相同，则M分别与N和P形成两条不同的合并业务流。

在由于在生成测试组的过程当中可能存在首关键动作不与任何一个测试组的尾关键动作相同的测试组，所有在本发明实施例中的每个测试组都将作为起始测试组通过上述原则生成合并业务流，例如:

某一系统中有测试组:1—2、1—3、2—3、3—4、5—6。其中5—6是孤立的关键动作5并不与其他任何一个测试组的尾关键动作相同，如果不将所有测试组都作为起点进行分析则会出现漏测的问题。

在生成合并业务流的同时计算得到的合并业务流的个数，与之前得到的基础业务流的个数相加即是生成业务流的总数。

3、在生成业务流后对业务流集合中的重复项进行删减，并对所有的重复项进行计数，其中，重复项是指:一条业务流的所有关键动作都被另一条业务流所覆盖，并且执行顺序一致，则说这条路径是重复的。

例如:业务流“A1—B2”所有步骤都被业务流“A1—B2—C3”所覆盖，且执行顺序一致，则业务流“A1—B2”为重复项。

如果业务流“A1—B2”所有步骤都被业务流“A1—C3—B2”所覆盖，执行顺序一致:但是业务流“A1—C3—B2”的步骤A1和B2之间多了步骤C3，破坏了步骤A1和B2的执行顺序，则业务流“A1—B2”与A1—C3—B2并不是重复项。

4、对有效业务流进行统计。其中，有效业务流的数目为生成业务流总数减重复业务流的总数。

步骤104、测试用例输出。

以所述有效业务流为单位并结合表2中各关键动作之间的执行顺序，输出测试用例，如表4所示:

 

业务流	测试用例输入	预期结果
			功能模块1关键动作2-功能模块2关键动作2	具体的测试步骤	该测试用例的预期结果
功能模块1关键动作3-功能模块2关键1	具体的测试步骤	该测试用例的预期结果

表4

根据本发明实施例提供的上述方法，本发明另提供一种相应的实现装置，其结构示意图如图2示，主要包括:

映射表生成模块201，用于根据被测系统各功能模块间关键动作的关联性，生成映射表。

其中，所述映射表包含关键动作间的关联性以及存在关联性的关键动作的执行顺序。

查找被测系统中是否存在连接所述关键动作的关联节点，若存在关联节点则将与该关键动作存在关联性的关键动作以及存在关联性的关键动作的执行顺序都保存到映射表中。

基础业务流生成模块202，用于遍历所述映射表，并在遍历过程中按关键动作之间的执行顺序对存在关联性的每两个关键动作进行组合，生成包括首关键动作和尾关键动作的基础测试组和基础业务流，其中，每个基础测试组对应一个基础业务流。

合并业务流生成模块203，用于确定起始测试组，按照第一测试组的尾关键动作与第二的测试组的首关键动作相同，则按照关键动作之间的执行顺序将第二测试组合并到第一测试组的原则，选择测试组与该起始测试组进行合并，并且，遍历所有测试组，每次都以合并后的测试组为起点根据上述原则选择新的测试组进行合并，生成合并测试组和合并业务流，其中每个合并测试组对应一个合并业务流。

删减模块204，用于在输出测试用例之前，删除业务流中的重复项。

计数模块205，用于统计有效业务流的数目，其中有效业务流是指基础业务流与合并业务流的总和减去所述重复项的总数。

测试用例输出模块206，用于以所述基础业务流和/或合并业务流为单位输出测试用例。

下面以一用户信息管理系统为例进行说明，该系统进行功能分解后包括:用户管理模块包括属性:添加用户(关键动作)、修改用户(关键动作)、删除用户(关键动作)，认证管理模块包括属性:用户认证上线(关键动作)、用户认证下线(关键动作)，日志管理模块包括属性:查询日志(关键动作)。

1、根据所列出的各模块属性，生成表5。

表5

2、根据表5中所列举的关键动作，将该系统中的三个模块进行两两组合，列矩阵分关键动作间的关联性以及存在关联性的关键动作的执行顺序，分别生成表6、7、8。

表6

表7

表8

3、根据表6、7、8中的测试对象中关键动作的编号进行存储，在存储时根据关键动作的执行顺序排放关键动作编号。并且每行的两个关键动作编号组成一个测试组，最终生成表9。

 

0101—0201
	0102—0201
0103—0201
	0202—0103
0201—0301
	0301—0202
0301—0202
	0101—0301
0102—0301
	0103—0301

表9

以任意测试组为起始，生成表述多个关键动作连接关系的合并业务流。每个测试组都将作为起始点进行合并业务流的例举。

在生成业务流后对业务流集合中的重复项进行删减，其中，重复项是指:一条业务流的所有步骤都被另一条业务流所覆盖，并且执行顺序一致，则说这条业务流是重复的。在该用户信息管理系统中最终生成的业务流一共17条如表10所示:

 

1	0101—0201—0102—0202
		2	0101—0201—0102—0301
3	0101—0201—0103—0301
		4	0101—0201—0301
5	0101—0301
		6	0102—0201—0103—0301
7	0102—0201—0301
		8	0102—0202
9	0102—0301
		10	0103—0201—0102—0202
11	0103—0201—0102—0301
		12	0103—0201—0301
13	0103—0301
		14	0201—0102—0202
15	0201—0102—0301
		16	0201—0103—0301
17	0201—0301

表10

依次读取每条业务流进行分析，可知其中重复的业务流有6条:其中每条都被其他业务流覆盖。

0201—0102—0202

0102—0202

0201—0102—0301

0102—0301

0201—0103—0301

0201—0301

对于重复的业务流，在总的业务流中减去重复业务流的数目。最终得到有效业务流共11条。

4、以生成的有效业务流为单位结合表6、7、8中关键动作的执行顺序，得到测试用例输入如表11所示:

 

业务流	测试用例	预期结果
			0101—0201—0102—0202	添加一个用户，该用户认证上线，用户上线后修改该用户，用户下线。	1、用户添加成功。2、用户登录成功。3、用户上线后修改用户信息成功。4、用户下线成功。
......	......	......
			0103—0201—0301	删除用户，用户认证上线，查询日志。	1、删除用户成功。2、用户认证失败。3、可查询到用户认证失败的日志记录，认证失败原因为:用户名不存在。
0103—0301	删除用户，查询日志。	1、删除成功。2、可查询到删除用户的操作日志记录。

表11

应用本发明的方法和装置，以业务流为单位输出测试用例，从多个模块间交互的角度出发进行分析，提高了测试用例对复杂业务的测试覆盖率，在业务流的列举中对重复项的删减，减少了测试用例中的重复测试，提高了测试执行效率，本发明实施例通过细化测试用例的生成步骤使得在生成测试用例的过程中减少人工操作，从而减少测试用例生成中的人为主观判断，提高了测试用例的完备性。

另外，在生成或删减的业务流的同时还利用程序对业务流进行了计数统计，最终通过公式—基础业务流与合并业务流的总和减去所述重复项的总数，得到有效业务流的数目即输出的测试用例的数目，减少了现有技术中人为主观分析造成的用例遗漏。

本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其它的实施方式，同样属于本发明的技术创新范围。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1、一种生成测试用例的方法，其特征在于，该方法包括以下步骤：

根据被测系统各功能模块间关键动作的关联性生成映射表，其中所述映射表包含存在关联性的关键动作的执行顺序；

遍历所述映射表，并在遍历过程中按关键动作之间的执行顺序对存在关联性的每两个关键动作进行组合，生成包括首关键动作和尾关键动作的基础测试组以及基础业务流，其中，每个基础测试组对应一个基础业务流；

确定起始测试组，按照第一测试组的尾关键动作与第二的测试组的首关键动作相同，则根据关键动作之间的执行顺序将第二测试组合并到第一测试组的原则，选择测试组与该起始测试组进行合并，并且，每次合并后都以合并后的测试组为起始测试组根据上述原则选择新的测试组进行合并，生成合并测试组以及合并业务流，其中每个合并测试组对应一个合并业务流；

根据所述基础业务流和/或合并业务流为单位输出测试用例。

2、如权利要求1所述的方法，其特征在于，所述输出测试用例之前还包括：

删减所述基础业务流和合并业务流中的重复项。

3、如权利要求2所述的方法，其特征在于，还包括：在生成业务流的过程中，利用计数设备对基础业务流和合并业务流以及所述重复项的数目进行统计，从而得到有效业务流的总数，即测试用例的数目，其中，通过基础业务流与合并业务流的总和减去所述重复项的总数得到有效业务流的总数。

4、如权利要求1～3任一所述的方法，其特征在于，所述被测系统包括软件系统和/或硬件系统。

5、如权利要求1～3任一所述的方法，其特征在于，所述确定起始测试组还包括：

将每个测试组都作为起始测试组根据上述原则生成合并业务流。

6、如权利要求1～3任一所述的方法，其特征在于，所述选择测试组，还包括：

当存在多个测试组的首关键动作与所述起始测试组的尾关键动作相同时，则所述多个测试组分别与所述起始测试组进行合并，生成多个合并测试组以及合并测试流。

7、一种生成测试用例的装置，其特征在于，包括：

映射表生成模块，用于根据被测系统各功能模块间关键动作的关联性，生成映射表，其中所述映射表包含关键动作间的关联性以及存在关联性的关键动作的执行顺序；

基础业务流生成模块，用于遍历所述映射表，并在遍历过程中按关键动作之间的执行顺序对存在关联性的每两个关键动作进行组合，生成包括首关键动作和尾关键动作的基础测试组和基础业务流，其中，每个基础测试组对应一个基础业务流；

合并业务流生成模块，用于确定起始测试组，按照第一测试组的尾关键动作与第二的测试组的首关键动作相同，则按照关键动作之间的执行顺序将第二测试组合并到第一测试组的原则，选择测试组与该起始测试组进行合并，并且，遍历所有测试组，每次都以合并后的测试组为起点根据上述原则选择新的测试组进行合并，生成合并测试组以及合并业务流，其中每个合并测试组对应一个合并业务流；

测试用例输出模块，用于以所述基础业务流和/或合并业务流为单位输出测试用例。

8、如权利要求7所述的装置，其特征在于，还包括：

删减模块，用于在生输出测试用例之前，删减业务流中的重复项。

9、如权利要求8所述的装置，其特征在于，还包括：

计数模块，用于统计有效业务流的数目，其中所述有效业务流的数目是基础业务流与合并业务流的总和减去所述重复项的总数。

Images