CN102981947A - 一种测试中准备数据的方法及系统 - Google Patents

Abstract

本申请提供了一种测试中准备数据的方法及系统，以解决测试中数据准备需要大量手动配置的问题。所述的方法包括：首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；首次执行测试用例完毕后，保存所述接口数据到统一的文件中；再次执行所述测试用例时，从所述文件中读取接口数据。在本申请所述的方法及系统中，首次执行接口测试用例时实现对接口数据的自动拦截并存储到统一的文件中，在再次执行时可直接调用所述文件中的接口数据进行测试。无需手动配置在数据库中查找各个数据。因此本方法节省了时间，提高了效率并且减少了错误率。

Description

一种测试中准备数据的方法及系统

技术领域

本申请涉及测试技术领域，特别是涉及一种测试中准备数据的方法及系统。

背景技术

接口测试是测试系统组件间接口的一种测试，主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。

在目前的接口测试中，测试会在首次执行测试用例时，调用很多真实的接口来确保产生的数据都是正确的，然后将首次测试中产生的数据都存入各个数据在数据库的相应位置中。由于系统经常在升级和维护，因此需要不断的执行同一测试用例来测试系统是否存在问题。而当再次执行同一测试用例时，不再调用真实的接口，而是调用模拟接口来执行测试用例，从而查看系统是否存在问题。因此，再次执行同一测试用例时，使用的模拟接口需要调用上述调用真实接口时产生的数据，即需要到数据库中查找调用真实接口时产生的数据。

如果再次执行同一测试用例时，直接采用数据库中调用真实接口时产生的数据，因为数据库是共用的，各种测试的数据都会存入数据库中，并且数据库经常会维护，因此数据很容易被修改。数据被修改就会导致数据不准确，因此再次执行同一测试用例时很容易失败。并且此时无法判定同一测试用例执行失败是由数据错误造成的，还是由于系统存在问题造成的。

为了保证数据不被修改，可以将数据库的数据存入到数据表中，例如excel表。因此需要复制数据库的记录到excel表，复制完成后还需要人工调整格式，修改键值，确保主键和数据库的数据不冲突。并且每一个数据库对应一张excel表，由于接口测试所需的数据可能分布在几个数据库中，因此接口测试可能需要用到多张excel表中的数据，此时需要确保各个excel表中数据保持一致。并且当再次执行测试用例时，还需要将excel表中的数据重新导入到数据库中，再使用数据库中的数据执行所述测试用例。

由上述可知，为了保证再次执行同一测试用例时数据的准确性，对于测试数据的准备的过程很繁琐，要大量的手动配置，耗费时间很长，严重影响了接口测试脚本的编写效率，并且错误率较高。

发明内容

本申请提供了一种测试中准备数据的方法及系统，以解决测试中数据准备需要大量手动配置的问题。

为了解决上述问题，本申请公开了一种测试中准备数据的方法，包括：

首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

再次执行所述测试用例时，从所述文件中读取所述接口数据。

优选地，所述首次执行测试用例时，监听每个接口调用情况，拦截被调用接口的接口数据，包括：

首次执行测试用例时，监听每个真实接口的调用情况；

拦截被调用的真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

优选地，所述测试用例首次执行完毕后，保存所述接口数据到统一的文件中，包括：

测试用例首次执行完毕后，验证测试用例执行完毕的结果；

若结果正确，则所述测试用例执行成功，保存所述接口数据到统一的文件。

优选地，所述再次执行所述测试用例时，从所述文件中读取所述接口数据之前，还包括：

再次执行所述测试用例时，监听每个模拟接口的调用情况；

拦截被调用的模拟接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

优选地，所述再次执行所述测试用例时，从所述文件中读取所述接口数据，包括：

从所述文件中读取所述接口数据中的入参参数，当被调用的模拟接口的入参参数与所述文件的接口数据中的某个入参参数匹配时，读取所述文件的接口数据中与该入参参数对应的接口返回结果。

优选地，首次执行测试用例时，若存在真实接口调用真实接口的情况，仅拦截前一个真实接口的接口数据。

相应的，本申请还提供了一种测试中准备数据的系统，包括：

第一监听及拦截模块，用于首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

保存模块，用于首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

读取模块，用于再次执行所述测试用例时，从所述文件中读取所述接口数据。

优选地，所述的第一监听及拦截模块，包括：

监听调用情况子模块，用于首次执行测试用例时，监听每个真实接口的调用情况，；

拦截接口数据子模块，用于拦截被调用的真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

优选地，所述的保存模块，包括：

验证结果子模块，用于测试用例首次执行完毕后，验证测试用例执行完毕的结果；

保存接口数据子模块，用于若结果正确，则所述测试用例执行成功，保存所述接口数据到统一的文件。

优选地，所述的系统还包括：

第二监听调用模块，用于再次执行所述测试用例时，监听每个模拟接口的调用情况；

第二拦截接口模块，用于拦截被调用的模拟接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

与现有技术相比，本申请包括以下优点：

本申请所述的方法在首次执行接口测试用例时，监听接口调用情况，拦截接口数据，并将拦截到的接口数据存入统一的文件中，实现对接口数据的自动拦截并存储；在再次执行时可直接调用所述文件中的接口数据进行测试，无需手动配置在数据库中查找各个数据。因此本方法节省了时间，提高了效率并且减少了错误率。

其次，在首次执行测试用例时，记录接口的调用顺序、接口号、数据访问接口、外部接口入参属性和属性值的哈希值。可以检查测试用例依赖的外部接口的详细情况，并且可以监控接口对数据的调用次数及顺序，从而可以排除重复调用的接口并确定代码是否需要优化，使得测试用例更加准确、快速。

附图说明

图1是本申请实施例所述现有技术中Itest测试框架的流程图；

图2是本申请实施例所述一种测试中准备数据的方法流程图；

图3是本申请实施例所述一种测试中准备数据的系统结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在原有的测试方法中，例如，Itest是一个接口测试框架，它是以junit为整个测试的基础框架，采用dbunit为自动管理数据库的工具，封装了dbunit的测试数据相关的内容来完成测试数据的生成和校验。其中，所述junit是一个开放源代码的Java测试框架，用于编写和执行可重复的测试。dbunit是一个基于junit扩展的数据库测试框架。它提供了大量的类对与数据库相关的操作进行了抽象和封装。

参照图1，给出了本申请实施例所述现有技术中Itest测试框架的流程图。

Itest是以excel为数据载体通过POI加载数据。其中，POI为Java开源工具包，专用于解析和生成与microsoft OLE 2相关的文件类型，如word，excel等。因此，Itest支持使用excel文件里的数据来对数据库做插入、对比、删除等逻辑操作。itest会在测试用例执行前加载数据到数据库，在测试用例执行完成后从数据库清理对应数据。

首次执行测试用例时，将数据库的数据存入到excel表中。当再次执行测试用例时，还需要将excel表中的数据重新导入到数据库中，使用数据库中的数据执行所述测试用例。这导致准备接口测试的数据需要大量的手动配置，会耗费非常长的时间，并且错误率较高。

本申请提供了一种测试中准备数据的方法及系统，以解决测试中数据准备需要大量手动配置的问题。

参照图2，其给出了本申请实施例所述一种测试中准备数据的方法流程图。

步骤101，首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

在本申请所述的方法中，在首次执行测试用例时，系统中有很多的接口，因此会监听每个接口的调用情况，对于被调用的接口，拦截所述被调用接口的接口数据。

步骤102，在首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

现有技术中，在首次执行测试用例时将测试中产生的数据存入到各个数据的数据库相应位置中，与此不同的是，本申请实施例在上述步骤101中拦截了被调用接口的接口数据，首次执行测试用例完毕后，将所述接口数据保存的统一的文件中。所有在本次测试用例中产生的接口数据都是存储在同一个文件中，因此在再次执行所述测试用例时可以验证测试用例是否存在问题。

步骤103，再次执行所述测试用例时，从所述文件中读取所述接口数据。

因为系统经常在维护，因此需要不断的测试同一测试用例是否存在问题。再次执行所述测试用例时，只需要从上述步骤102中所述的文件中，读取测试中所述的接口数据即可，以此来验证测试用例是否存在问题。

优选地，上述步骤101，在首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据，具体包括：

首先，首次执行测试用例时，监听每个真实接口的调用情况；

首次执行测试用例时调用的是真实的接口，以此来确保测试中产生的数据都是正确的，因此在再次执行所述测试用例时，可以验证系统是否存在问题。因为系统中有很多的接口，但不是每个接口都会被调用，因此在首次执行测试用例时，会监听每个真实接口调用的情况。

其次，拦截被调用真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

在执行测试用例时，系统会调用真实接口，通过真实接口执行相应的操作。调用真实接口时，每个真实接口都有相应的入参参数，操作执行完毕后会返回相应的结果。因此在调用真实接口后，拦截被调用的真实接口的接口数据，其中所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

在上述操作中拦截了被调用真实接口的接口数据，可以将所述接口数据暂时保存到内存中。

在执行测试用例时，系统会调用接口然后通过接口执行相应的操作，操作执行完毕后会返回相应的结果给接口，再执行下一步的操作。因此，在上述操作中，拦截被调用真实接口的接口返回结果会返回给相应的真实接口。

优选的，在上述步骤102中，所述首次执行测试用例完毕后，保存所述接口数据到统一的文件中，具体包括：

首次执行测试用例完毕后，验证测试用例执行完毕的结果；

只有当测试用例执行成功，才能确保保存的接口数据是正确的，因此测试用例首次执行完毕后，可验证测试用例执行完毕的结果。

若结果正确，则所述测试用例执行成功，保存所述接口数据到统一的文件。

若测试用例执行完毕的结果是正确的，则所述测试用例执行成功。现有技术在首次执行测试用例时将测试中产生的数据存入到各个数据的数据库相应位置中，与之不同的是，本申请实施例将所述接口数据保存在统一的文件中。

由上述内容中所述，可以将接口数据暂时保存在内存中。因此，此时可以将内存中暂时保存的接口数据读取出来，然后保存到统一的文件中。其中，同一测试用例产生的接口数据保存在同一个文件中，在再次执行所述测试用例时，可以查找所述文件中的接口数据，以验证系统是否存在问题。

若测试用例执行完毕的结果不是正确的，这表明测试用例没有执行成功，要重新执行测试用例直至结果正确，即直到测试用例执行成功为止。

在上述步骤103之前，即再次执行所述测试用例前，可以调用并存储所述文件到内存。由于再次执行所述测试用例时，需要相应的接口数据来执行测试用例，而一个测试用例的接口数据保存在同一个文件中，因此再次执行所述测试用例之前，可以调用保存所述测试用例中接口数据的文件，然后将所述文件保存在内存中。再次执行所述测试用例时，就可以从内存中的所述文件中读取接口数据。

优选地，上述步骤103，再次执行所述测试用例时，从所述文件中读取所述接口数据之前，还包括：

首先，再次执行所述测试用例时，监听每个模拟接口的调用情况；

同首次执行测试用例时相同，系统中有很多的接口，但不是每个接口都会被调用。因此在再次执行所述测试用例时，需要监听每个模拟接口的调用情况。

其次，拦截被调用的模拟接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

再次执行所述测试用例时，系统会调用模拟接口，在调用模拟接口时，需要拦截被调用的模拟接口的接口数据，其中，所述接口数据包括被调用的模拟接口的入参参数。

优选地，上述步骤103，所述再次执行所述测试用例时，从所述文件中读取所述接口数据，包括：

从所述文件中读取所述接口数据中的入参参数，当被调用的模拟接口的入参参数与所述文件的接口数据中的某个入参参数匹配时，读取所述文件的接口数据中与该入参参数对应的外部接口返回结果。

在上述的内容中拦截了被调用的模拟接口的入参参数，然后从所述文件中读取所述接口数据中的入参参数，将被调用的模拟接口的入参参数和所述文件的接口数据中的入参参数进行匹配。当被调用的模拟接口的入参参数与所述文件的接口数据中的某个入参参数匹配时，即被调用的模拟接口的入参参数与所述文件的接口数据中的某个入参参数相同时，读取所述文件中与该入参参数对应的接口返回结果。然后，将所述接口返回结果返回给相应的入参参数匹配的接口。

对于参数匹配的模拟接口，会返回相应的接口返回结果，然后接口就可以继续执行下一步的操作。入参参数匹配的接口自动返回相应的接口返回结果，就实现了接口的自动模拟，没有调用真实的接口却实现了真实接口的功能。

再次执行测试用例完毕后，验证所述测试用例的执行结果。

再次执行测试用例完毕后，需要验证所述测试用例的执行结果，如果结果正确，则测试用例执行成功，说明系统不存在问题。如果结果不正确，则所述测试用例没有执行成功，就需要检查系统，查看是哪里的问题。

在上述的方法中，首次执行测试用例时，拦截被调用的真实接口的接口数据。所述接口数据除了被调用的真实接口的入参参数和接口返回结果，还可以包括：被调用的真实接口的调用顺序、接口号、数据访问接口、外部接口入参参数的属性和属性值的哈希值。

其中，一个入参参数可以看作一个类，类是对某个对象的定义，它包含有关对象动作方式的信息，包括它的名称、方法、属性和事件。因此，入参参数会有很多的属性，每个属性就会有相应的属性值和哈希值。所述数据访问对象DAO是一种应用程序编程接口(API)。

将接口数据保存在统一的文件中，可以根据序号、接口号、方法名和指纹对文件进行命名。其中，所述序号指的是被调用的真实接口的调用顺序。指纹可以是根据数据访问对象、外部接口入参参数的属性和属性值的哈希值，排除入参参数中随环境变化的因素计算出的固定值。此处指纹的计算方法是本申请实施例采用现有技术的一种实现方式，因此省略对具体指纹的计算方法详细论述。

其中，所述入参参数中随环境变化的因素可以包括：clientIp(客户端的IP地址)、时间(执行测试用例调用接口时当前的系统时间)。以上参数因为随不同机器的IP地址以及调用的时间不同而不同，所以可以看作是一个随机数，可把这部分参数的数据给过滤掉，以避免每次运行时入参的值都不同。

其中，同一计算机不同功能层之间的通信规则称为接口。接口中可以声明属性、方法、事件和类型(Structure)，因此，所述方法名是指调用接口时所调用接口中的方法的名称。

例如，以“序号-接口号.方法名-指纹.xml”的形式对文件进行命名，可以将文件保存在对应的目录下，再次执行所述测试用例时可以在所述的目录下查找相应的文件。

根据上述计算指纹的方法可以看出，每一个入参参数都有一个独特的指纹。因此，在首次执行测试用例时，可以将上述序号、接口号、方法名和指纹存入保存所述测试用例接口数据的文件中。在再次执行所述测试用例时，同样可以在拦截被调用的模拟接口的接口数据时。除了拦截被调用的模拟接口的入参参数和接口返回结果，还可以拦截被调用的模拟接口的调用顺序、接口号、数据访问接口、外部接口入参参数的属性和属性值的哈希值。然后通过计算得到指纹，然后根据上述序号、接口号、方法名和指纹查找相应的文件，并且匹配入参参数。

优选地，首次执行测试用例时，若存在真实接口调用真实接口的情况，仅拦截前一个真实接口的接口数据。在首次执行测试用例时，系统可调用许多的真实接口执行相应的操作，在调用真实接口的过程中，如果系统调用的一个真实接口调用了另一个真实接口。后一个真实接口的接口返回结果会返回给前一个真实接口，前一个真实接口的接口返回结果在返回给系统来执行下一步操作。所述前一个真实接口为上述系统调用的真实接口。因此在这种情况下，可以只拦截前一个真实接口的接口数据。

在再次执行所述测试用例时，模拟接口也可以只和前一个真实接口的入参参数进行匹配，然后返回所述前一个真实接口的接口返回结果。

例如，真实接口调用顺序为1→2→(3→4)→5，其中系统调用的真实接口是1、2、3和5，而真实接口4是由真实接口3调用的，所述真实接口3为前一个真实接口，真实接口4为后一个真实接口。真实接口4执行完毕后会将结果返回给真实接口3，真实接口3执行结束后，接着执行真实接口5。那么在本申请所述的方法中，调用真实接口执行操作，在操作执行结束后会返回相应的结果，再执行其他的操作。对于上述真实接口3调用真实接口4的情况，真实接口4执行完毕后将结果返回给真实接口3，真实接口3在返回结果到测试系统中执行其他操作。因此，最终只需要拦截真实接口3的接口数据。

那么在再次执行所述测试用例时，系统调用的模拟接口调用顺序就为1→2→3→5，模拟接口3的入参参数匹配时，将接口返回结果直接返回。

综上所述，本申请实施例所述的方法，在首次执行接口测试用例时，监听真实接口调用情况，拦截真实接口数据，并将拦截到的真实接口数据存入统一的文件中，实现对接口数据的自动拦截并存储。在再次执行时，可直接调用所述文件中的接口数据进行测试，无需手动配置在数据库中查找各个数据。因此本方法节省了时间，提高了效率并且减少了错误率。

其次，在首次执行测试用例时，记录接口的调用顺序、接口号、数据访问接口、外部接口入参属性和属性值的哈希值。因此，可以检查测试用例依赖的接口的详细情况，并且可以监控接口对数据的调用次数及顺序，从而可以排除重复调用的接口并确定代码是否需要优化，使得测试用更加准确、快速。

基于上述方法实施例的说明，本申请还提供了相应的测试中准备数据的系统实施例，来实现上述方法实施例所述的内容。

参照图3，给出了本申请实施例所述一种测试中准备数据的系统结构图。

在本申请所述的系统中，主要包括第一监听及拦截模块11，保存模块12和读取模块13，其中

第一监听及拦截模块11，用于首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

保存模块12，用于首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

读取模块13，用于再次执行所述测试用例时，从所述文件中读取所述接口数据。

优选的，所述的第一监听及拦截模块11，还包括：

监听调用情况子模块111，用于首次执行测试用例时，监听每个真实接口的调用情况；

拦截接口数据子模块112，用于拦截被调用的真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

优选的，所述的保存模块12，包括：

验证结果子模块121，用于首次执行测试用例完毕后，验证测试用例执行完毕的结果；

保存接口数据子模块122，用于若结果正确，则测试用例执行成功，保存所述接口数据到统一的文件。

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

第二监听调用模块14，用于再次执行所述测试用例时，监听每个模拟接口的调用情况；

第二拦截接口模块15，用于拦截被调用接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本申请所提供的一种测试中准备数据的方法及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种测试中准备数据的方法，其特征在于，包括：

首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

再次执行所述测试用例时，从所述文件中读取所述接口数据。

2.根据权利要求1所述的方法，其特征在于，所述首次执行测试用例时，监听每个接口调用情况，拦截被调用接口的接口数据，包括：

首次执行测试用例时，监听每个真实接口的调用情况；

拦截被调用的真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

3.根据权利要求1所述的方法，其特征在于，所述测试用例首次执行完毕后，保存所述接口数据到统一的文件中，包括：

测试用例首次执行完毕后，验证测试用例执行完毕的结果；

若结果正确，则所述测试用例执行成功，保存所述接口数据到统一的文件。

4.根据权利要求1所述的方法，其特征在于，所述再次执行所述测试用例时，从所述文件中读取所述接口数据之前，还包括：

再次执行所述测试用例时，监听每个模拟接口的调用情况；

拦截被调用的模拟接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

5.根据权利要求4所述的方法，其特征在于，所述再次执行所述测试用例时，从所述文件中读取所述接口数据，包括：

从所述文件中读取所述接口数据中的入参参数，当被调用的模拟接口的入参参数与所述文件的接口数据中的某个入参参数匹配时，读取所述文件的接口数据中与该入参参数对应的接口返回结果。

6.根据权利要求2所述的方法，其特征在于：

首次执行测试用例时，若存在真实接口调用真实接口的情况，仅拦截前一个真实接口的接口数据。

7.一种测试中准备数据的系统，其特征在于，包括：

第一监听及拦截模块，用于首次执行测试用例时，监听每个接口的调用情况，拦截被调用接口的接口数据；

保存模块，用于首次执行测试用例完毕后，保存所述接口数据到统一的文件中；

读取模块，用于再次执行所述测试用例时，从所述文件中读取所述接口数据。

8.根据权利要求7所述的系统，其特征在于，所述的第一监听及拦截模块，包括：

监听调用情况子模块，用于首次执行测试用例时，监听每个真实接口的调用情况，；

拦截接口数据子模块，用于拦截被调用的真实接口的接口数据，所述接口数据包括被调用的真实接口的入参参数和接口返回结果。

9.根据权利要求7所述的系统，其特征在于，所述的保存模块，包括：

验证结果子模块，用于测试用例首次执行完毕后，验证测试用例执行完毕的结果；

保存接口数据子模块，用于若结果正确，则所述测试用例执行成功，保存所述接口数据到统一的文件。

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

第二监听调用模块，用于再次执行所述测试用例时，监听每个模拟接口的调用情况；

第二拦截接口模块，用于拦截被调用的模拟接口的接口数据，所述接口数据包括被调用的模拟接口的入参参数。

Images