CN1851656A - 一种基于数据库操作的自动化测试方法 - Google Patents

Abstract

本发明公开了一种基于数据库操作的自动化测试方法，设置用于测试业务的各个功能流程的各个用例以及测试环境，该方法还包括：A、计算机将业务数据库存储的初始数据导出后存储；B、当依次执行所设置的每个用例时，计算机将存储的初始数据导入到业务数据库中，每个用例对业务数据库导入的初始数据根据自身需要修改后，采用修改后的数据执行每个用例，得到每个用例的检查结果。该方法能够降低用于测试业务的各个功能流程的各个用例设置的复杂度、缩短测试周期、提高各个用例的重用性以及使各个用例的维护更加容易。

Description

一种基于数据库操作的自动化测试方法

技术领域

本发明涉及基于数据库操作的测试技术，特别涉及一种基于数据库操作的自动化测试方法。

背景技术

为了满足客户对通信业务或者其他具有数据库的计算机业务的丰富性以及多样性的要求，业务提供商通常采用数据配置的方法，让同一个业务通过不同的数据配置实现不同的功能。在对这类业务进行测试时，需要频繁地操作和修改该业务数据库中存储的数据以测试业务不同的功能流程，在测试业务不同的功能流程过程中，还需要检查功能流程对业务数据库中存储的数据操作的正确性。由于业务不同的功能流程所需要的数据和所操作的数据各不相同，业务不同功能流程所采用的不同测试用例在执行时就会互相影响。对这类业务的不同功能流程进行测试时，就会碰到这类业务的测试用例编写复杂、重用性低以及这类业务不同功能流程所采用的测试用例维护困难等问题。

目前，基于数据库操作的测试方法有两种，一种方法是手工测试方法，另一种是自动测试方法。

当手工测试业务的不同功能流程时，如图1所示，图1为现有技术手工测试业务的不同功能流程的方法流程图，预先设置测试业务的不同功能流程的各个用例，如用例1，…，用例n，在进行测试时，首先，在计算机中设置测试环境，从业务数据库中获取所存储的初始数据，该初始数据根据需要预先生成并存储在数据库中，所设置的测试环境为各个用例在测试时能够运行的业务平台；其次，测试人员根据用例1的需要修改初始数据，以便用例1可以采用修改的初始数据正常运行，运行用例1后进行结果检查；再次，测试人员根据用例2的需要修改用例1执行后的数据，以便用例2可以采用修改后的数据正常运行，运行用例2后进行结果检查；…；最后，用例n采用用例n-1处理数据的方法处理数据，运行用例n后进行结果检查，所有的用例执行完毕。

采用手工测试业务的不同功能流程，测试人员可以修改上一次用例执行后的数据，作为本次用例所采用的数据，从而依次完成所有用例。但是，采用这种方法也存在着缺点：用例的运行和顺序相关，当业务出现功能修改或功能增加时，设置的用例顺序不可用；用例维护困难，一旦某个用例对数据修改发生了变化，导致后续用例所依赖的数据发生变化，后续用例变得不可执行；用例重用性低，用例没有做到数据和运行程序相分离，导致用例重用性低。

当自动测试业务的不同功能流程时，如图2所示，图2为现有技术自动测试业务的不同功能流程的方法流程图，预先设置测试业务的不同功能流程的各个用例，如用例1，…，用例n，在进行测试时，首先，在计算机中设置测试环境，从业务数据库中获取所存储的初始数据；其次，用例1根据自身的需要对初始数据进行修改，以便用例1可以采用修改的初始数据正常运行，运行用例1以及进行结果检查后，将用例1修改的初始数据恢复为初始数据；再次，用例2根据自身的需要对初始数据进行修改，以便用例2可以采用修改的初始数据正常运行，运行用例2以及进行结果检查后，将用例2修改的初始数据恢复为初始数据；…；最后，用例n采用用例2处理数据的方法处理数据，运行用例n以及进行结果检查后，将用例n修改的初始数据恢复为初始数据，所有的用例执行完毕。

采用自动测试业务的不同功能流程与采用手工测试业务的不同功能流程相比，用例运行和用例顺序无关。采用自动测试业务的不同功能流程的方法主要是在用例运行完毕后，对用例修改的数据进行恢复，使得下一个用例运行前，数据恢复到业务数据库存储的初始数据。但是该方法也存在缺点：用于测试业务的不同功能流程的各个用例设置复杂，每个用例都要包含两个过程，对初始数据的修改以及初始数据的恢复；各个用例的重用性不高，如果更改用例的运行过程，则需要更改用例的初始数据的恢复过程，由于初始数据的恢复过程比较复杂，所以导致各个用例的重用性不高。

因此，在进行基于数据库操作的自动化测试时，如何降低各个用例设置的复杂度、提高各个用例重用性以及使各个用例的维护更加容易成为了一个亟待解决的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于数据库操作的自动化测试方法，该方法能够降低用于测试业务不同功能流程的各个用例设置的复杂度、提高各个用例重用性以及使各个用例的维护更加容易。

根据上述目的，本发明的技术方案是这样实现的：

一种基于数据库操作的自动化测试方法，设置用于测试业务各个功能流程的各个用例以及测试环境，该方法还包括：

A、计算机将业务数据库存储的初始数据导出后存储；

B、当依次执行所设置的每个用例时，计算机将存储的初始数据导入到业务数据库中，每个用例对业务数据库导入的初始数据根据自身需要修改后，采用修改后的数据执行每个用例，得到每个用例的检查结果。

步骤A所述的初始数据包括：各个用例运行时使用的数据以及各个用例运行时需要的业务管理环境。

步骤A所述的将业务数据库存储的初始数据导出后存储的过程为：

将业务数据库存储的初始数据生成初始数据脚本，将生成的初始数据脚本作为初始数据从业务数据库输出并存储；

步骤B所述的将存储的初始数据导入到业务数据库中的过程为：将存储的初始数据脚本描述的初始数据导入到业务数据库中。

所述生成初始数据脚本的过程为：初始数据通过SQL语句进行描述，得到初始数据脚本。

所述的初始数据脚本存储在计算机的存储介质中。

步骤A所述的初始数据存储在计算机的存储介质中。

步骤B所述的每个用例对初始数据的修改是通过SQL语句进行的。

从上述方案可以看出，本发明将业务数据库中的初始数据生成初始数据脚本后导出，存储在计算机的存储介质中，当要执行各个用例时，将计算机的存储介质中保存的初始数据脚本描述的初始数据导入到业务数据库中，各个用例对业务数据库导入的初始数据进行修改并且采用修改后的数据进行运行后，检查结果。由于本发明在进行基于数据库操作的自动化测试时，各个用例不需要像现有技术那样执行恢复初始数据的过程，而是预先将业务数据库存储的初始数据导出并存储到计算机的存储介质中，当执行各个用例时再将存储在计算机存储介质中的初始数据导入业务数据库，恢复业务数据库中由于上一用例执行而修改的初始数据，各个用例采用导入到业务数据库的初始数据执行，从而降低用于测试业务的不同功能流程的各个用例设置的复杂度、提高各个用例重用性以及使各个用例的维护更加容易。

附图说明

图1为现有技术手工测试业务的不同功能流程的方法流程图。

图2为现有技术自动测试业务的不同功能流程的方法流程图。

图3为本发明基于数据库操作的自动化测试方法流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。

为了使所设置的各个用例省去初始数据恢复的部分，本发明提供了一种基于数据库操作的自动化测试方法，该方法将业务数据库中的初始数据生成初始数据脚本后，导出保存在计算机的存储介质中，当执行所设置的各个用例时，将计算机的存储介质中存储的初始数据脚本描述的初始数据再导入到业务数据库中，所设置的各个用例对导入到业务数据库中的初始数据进行修改后，运行各个用例。

本发明设置用于测试业务的不同功能流程的各个用例，每个用例要执行的过程包括：初始数据导入到业务数据库中的过程、对初始数据进行修改的过程、运行过程以及结果检查过程。其中，对初始数据进行修改的过程、运行过程以及结果检查过程和现有技术的用例要执行的过程相同，本发明在用例中增加了初始数据导入到业务数据库中的过程。

图3为本发明基于数据库操作的自动化测试方法流程图，其具体步骤为：

步骤300、计算机设置测试环境，该测试环境也可以称之为业务运行环境，该测试环境就是保证各个用例可以正常运行的业务平台。

步骤301～302、计算机获取业务数据库存储的初始数据，并将初始数据在业务数据库中生成初始数据脚本后，将所生成的初始数据脚本从业务数据库中导出，存储到计算机的存储介质中。

所述导出的过程为：从数据库中读取初始数据脚本。

所述计算机的存储介质可以为计算机中的任何存储空间，如计算机内存、计算机硬盘或者计算机磁盘等。

业务数据库中的初始数据是根据客户的要求生成并存储的，例如，该初始数据可以为客户的信息以及用例运行时需要的业务管理环境信息等，因此，该初始数据包括了各个用例运行时使用的数据以及各个用例运行时需要的业务管理环境。

初始数据生成初始数据脚本的过程为：将初始数据用SQL(StructuredQuery Language)语句进行描述，得到初始数据脚本。

本发明还可以采用其它的脚本语言对初始数据进行描述，得到初始数据脚本。

步骤303、当执行各个用例时，将存储在计算机存储介质中的初始数据脚本所描述的初始数据导入到业务数据库中，所设置各个用例对业务数据库导入的初始数据根据自身需要进行修改后，采用修改后的数据运行，得到各个用例的检查结果，完成测试。

所述导入过程为：将存储在计算机存储介质中的初始数据脚本所描述的初始数据覆盖业务数据库中已经被上一用例修改后的初始数据；或者将数据库中由于执行上一次用例而修改的初始数据进行删除后，再将存储在计算机存储介质中的初始数据脚本所描述的初始数据输入到业务数据库中。

由于初始数据脚本采用SQL语句描述，并且保存有所有初始数据的信息，所以本发明可以采用现有技术从初始数据脚本中获得初始数据后，再将初始数据导入到业务数据库中。

执行所设置一个用例的过程为：首先，将存储在计算机存储介质中的初始数据脚本所描述的初始数据导入到业务数据库中；其次，该用例对业务数据库导入的初始数据根据自身需要进行修改，得到适合运行该用例的业务管理环境以及该用例在运行时能够采用的数据；再次，在该业务管理环境下该用例采用得到的数据进行运行；最后，该用例进行结果检查，完成该用例的执行过程。

各个用例对初始数据脚本的修改通常是通过SQL语句进行的。

本发明还可以将业务数据库存储的初始数据直接导出到计算机的存储介质中，当执行各个用例时，再依次直接将计算机的存储介质中的初始数据导入到业务数据库中，完成各个用例的执行。

本发明提供的方法具有以下优点：用于测试业务的不同功能流程的各个用例编写简单，由于各个用例不包括初始数据的恢复过程，所以使得用于测试业务的不同功能流程的各个用例的设置复杂度降低；各个用例维护难度降低，当业务的不同功能修改时，只需修改相对应的用例，其他用例不受影响，当业务增加功能时，只需增加相对应的用例，其他用例不受影响；各个用例重用性提高，基本上做到用例和初始数据的相分离，从而提高各个用例的重用性。

以下以一个智能业务，即200电话卡业务为例，说明本发明提供的方法。

200电话卡的卡号以及密码存储在业务数据库中，设置三个用例测试200电话卡业务的不同功能流程：

用例1：200电话卡状态正常，即没有被使用，修改新密码为54321，测试得到修改成功。

用例2：200电话卡状态异常，如正在使用，修改新密码为22345，由于正在使用的电话卡不能修改密码而测试得到修改失败。

用例3：200电话卡状态正常，修改新密码为12，由于密码长度小于4位而测试得到修改失败。

针对上述用例，如果采用图1所述的测试业务的不同功能流程的方法，则整个过程为如下所述。

首先，设置测试环境后，进行初始数据设置，即在数据库中设置一个200电话卡的卡号为200123456789，密码为12345，该200电话卡的状态正常。

其次，执行测试用例1，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789和密码12345输入，进入修改密码功能修改密码为54321，修改成功后检查数据库中的该200电话卡的密码为54321，结果检查成功。

再次，执行测试用例2，假设卡号为200123456789的200电话卡正在使用，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789输入，并且将数据库存储的已经被用例1修改的密码54321输入，提示语音提示该200电话卡正在使用，不能修改密码，检查数据库中的该200电话卡的密码为54321，结果检查成功。

最后，执行测试用例3，假设卡号为200123456789的200电话卡未被使用，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789输入，并且将数据库存储的已经被用例1修改的密码54321输入，进入修改密码功能修改密码为12，提示语音提示密码修改失败，检查数据库中的该200电话卡的密码为54321，结果检查成功。

用例1～用例3执行完毕。

可以看出，采用图1所述的方法，用例2和用例3在执行时，都使用的是数据库存储的已经被用例1修改的数据，要对数据库存储的已经被用例1修改的数据进行修改后执行相应的用例。

如果采用本发明所述的测试业务的不同功能流程的方法，则整个过程如下所述。

首先，设置测试环境后，进行初始数据设置，即在数据库中设置一个200电话卡的卡号为200123456789，密码为12345，该200电话卡的状态正常，设置时可以采用SQL语句；将数据库中的初始数据导出到计算机预先设置的文件中保存，如保存在设置的uml文件中。

其次，执行测试用例1，将uml文件中的数据恢复到数据库中，即将数据库存储的数据删除，将uml文件存储的数据作为初始数据再次存储到数据库中，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789和密码12345输入，进入修改密码功能修改密码为54321，修改成功后检查数据库中的该200电话卡的密码为54321，结果检查成功。

再次，执行测试用例2，将uml文件中的数据恢复到数据库中，即将数据库存储的数据200电话卡的卡号200123456789以及密码54321删除，将uml文件存储的数据200电话卡的卡号200123456789以及密码12345作为初始数据再次存储到数据库中，假设卡号为200123456789的200电话卡正在使用，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789以及密码12345输入，提示语音提示该200电话卡正在使用，不能修改密码，检查数据库中的该200电话卡的密码为12345，结果检查成功。

最后，执行测试用例3，将uml文件中的数据恢复到数据库中，即将数据库存储的数据200电话卡的卡号200123456789以及密码12345删除，将uml文件存储的数据200电话卡的卡号200123456789以及密码12345作为初始数据再次存储到数据库中，假设卡号为200123456789的200电话卡未被使用，按照200电话卡业务的提示语音将数据库存储的200电话卡的卡号200123456789和密码12345输入，进入修改密码功能修改密码为12，提示语音提示密码修改失败，检查数据库中的该200电话卡的密码为12345，结果检查成功。

可以看出，采用本发明提供的方法，每一个用例在执行时，所采用的数据都是数据库存储的初始数据，而不是经过上一用例修改后的存储在数据库中的数据。

用例1～用例3执行完毕。

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

Claims (7)

1、一种基于数据库操作的自动化测试方法，设置用于测试业务各个功能流程的各个用例以及测试环境，其特征在于，该方法还包括：

A、计算机将业务数据库存储的初始数据导出后存储；

B、当依次执行所设置的每个用例时，计算机将存储的初始数据导入到业务数据库中，每个用例对业务数据库导入的初始数据根据自身需要修改后，采用修改后的数据执行每个用例，得到每个用例的检查结果。

2、如权利要求1所述的方法，其特征在于，步骤A所述的初始数据包括：各个用例运行时使用的数据以及各个用例运行时需要的业务管理环境。

3、如权利要求1所述的方法，其特征在于，步骤A所述的将业务数据库存储的初始数据导出后存储的过程为：

将业务数据库存储的初始数据生成初始数据脚本，将生成的初始数据脚本作为初始数据从业务数据库输出并存储；

步骤B所述的将存储的初始数据导入到业务数据库中的过程为：将存储的初始数据脚本描述的初始数据导入到业务数据库中。

4、如权利要求3所述的方法，其特征在于，所述生成初始数据脚本的过程为：初始数据通过SQL语句进行描述，得到初始数据脚本。

5、如权利要求3所述的方法，其特征在于，所述的初始数据脚本存储在计算机的存储介质中。

6、如权利要求1所述的方法，其特征在于，步骤A所述的初始数据存储在计算机的存储介质中。

7、如权利要求1所述的方法，其特征在于，步骤B所述的每个用例对初始数据的修改是通过SQL语句进行的。

Images