用于测试接口的数据断言的方法及设备与流程

本申请涉及计算机领域，尤其涉及一种用于测试接口的数据断言的方法及设备。

背景技术：

随着测试行业的发展，先后出现了功能测试、性能测试和自动化测试，目前，大部分平台的架构已经不再是传统的mvc结构，系统不断向着分布式、业务中心化和高可用性的方向发展，如今的系统架构纷繁复杂，系统间的接口庞杂繁多，传统的功能测试、性能测试和自动化测试已经难以满足系统发展的需求，迫切需要一种更加有效实用且可以持续进行的测试方式来保证系统的质量，传统的接口测试主要针对单个接口的测试，无法进行多个接口的联动测试以及无法传递前置接口的返回数据，不易测试和快速迭代。

目前，出现的postman，是能适应大部分业务场景，方便快捷的一个接口测试工具，整体架构思路的流程图如图1所示，首先配置登录接口参数，登录成功后从服务器获取sid(sessionid，会话的唯一标识)作为可靠会话标记，接着，手动复制sid到被测接口的消息头(headers)中，其他参数正常写入，发送请求，执行完毕后，获取接口返回数据并返回，查看接口返回数据是否为预期结果。上述架构，断言方式单一，只有一个静态断言方式，不能快速、大量断言接口数据是否准确。

申请内容

本申请的一个目的是提供一种用于测试接口的数据断言的方法及设备，解决现有技术中断言方式单一、不能读写数据库的问题。

根据本申请的一个方面，提供了一种用于测试接口的数据断言的方法，所述方法包括：

获取测试接口的调用接口的请求消息；

根据所述请求消息确定数据断言方案；

根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，根据所述请求消息确定数据断言方案，包括：

判断所述请求消息中是否存在结构化查询语句，若否，则确定数据断言方案为根据静态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，根据所述请求消息确定数据断言方案，包括：

判断所述请求消息中是否存在结构化查询语句，若是，则确定数据断言方案为根据动态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，根据静态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果，包括：

根据预设的静态数据断言条件判断所述测试接口的调用接口的请求消息是否满足当前业务要求，若是，则确定所述测试接口的测试结果为测试成功。

进一步地，根据动态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果，包括：

根据所述请求消息中的结构化查询语句确定查询结果；

将所述查询结果进行格式化处理，并将处理后的查询结果与所述测试接口的调用接口的请求消息进行比对，若均相同，则确定所述测试接口的测试结果为测试成功。

进一步地，根据所述请求消息中的结构化查询语句确定查询结果，包括：

根据所述请求消息中的结构化查询语句查询对应的数据库，从所述数据库中确定查询结果。

进一步地，将所述查询结果进行格式化处理，并将处理后的查询结果与所述测试接口的调用接口的请求消息进行比对，若均相同，则确定所述测试接口的测试结果为测试成功，包括：

将所述查询结果进行格式化处理为字典格式；

比对所获取到的所述测试接口的调用接口的请求消息及字典格式的查询结果是否存在相同的键，若存在，则按照相同的键进行比对其对应的值是否相同，若相同，则确定所述测试接口的测试结果为测试成功。

根据本申请另一个方面，还提供了一种用于测试接口的数据断言的设备，所述设备包括：

获取装置，用于获取测试接口的调用接口的请求消息；

确定装置，用于根据所述请求消息确定数据断言方案；

测试装置，用于根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，所述确定装置用于：

判断所述请求消息中是否存在结构化查询语句，若否，则确定数据断言方案为根据静态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，所述确定装置用于：

判断所述请求消息中是否存在结构化查询语句，若是，则确定数据断言方案为根据动态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。

进一步地，所述确定装置用于：

根据预设的静态数据断言条件判断所述测试接口的调用接口的请求消息是否满足当前业务要求，若是，则确定所述测试接口的测试结果为测试成功。

进一步地，所述确定装置用于：

根据所述请求消息中的结构化查询语句确定查询结果；

将所述查询结果进行格式化处理，并将处理后的查询结果与所述测试接口的调用接口的请求消息进行比对，若均相同，则确定所述测试接口的测试结果为测试成功。

进一步地，所述确定装置用于：

根据所述请求消息中的结构化查询语句查询对应的数据库，从所述数据库中确定查询结果。

进一步地，所述确定装置用于：

将所述查询结果进行格式化处理为字典格式；

比对所获取到的所述测试接口的调用接口的请求消息及字典格式的查询结果是否存在相同的键，若存在，则按照相同的键进行比对其对应的值是否相同，若相同，则确定所述测试接口的测试结果为测试成功。

与现有技术相比，本申请通过获取测试接口的调用接口的请求消息；根据所述请求消息确定数据断言方案；根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果，从而解决了断言方式单一的问题；进一步地，根据所述请求消息中的结构化查询语句查询对应的数据库，从所述数据库中确定查询结果，将所述查询结果进行格式化处理为字典格式；比对所获取到的所述测试接口的调用接口的请求消息及字典格式的查询结果是否存在相同的键，若存在，则按照相同的键进行比对其对应的值是否相同，若相同，则确定所述测试接口的测试结果为测试成功；从而可连接指定的数据库，获取或更新测试相关数据，解决了不能读写数据库的问题，将获取的调用接口的请求消息与数据库查询结果以键值对的比对方式，可快速、大量断言调用接口的数据是否准确。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出现有技术中接口测试的架构示意图；

图2示出本申请一实施例中高效分层服务器端的接口架构示意图；

图3示出根据本申请的一个方面提供的一种用于测试接口的数据断言的方法流程示意图；

图4示出本申请一实施例中通过动态数据断言方式的流程示意图；

图5示出根据本申请另一个方面提供的一种用于测试接口的数据断言的设备结构示意图；

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图2示出本申请一实施例中高效分层服务器端的接口架构示意图；首先运行脚本，载入环境、统一资源定位符(url)、端口名称、账号、请求参数、断言条件、结构化查询语句(sql语句)；接着，载入配置文件，根据账号，取出本地文件存放的会话唯一标识(sid)，载入加密模板生成加密信息，根据传入参数自动生成合法的消息头(header)，请求接口后，通过分析服务器返回内容来判断接口是否正确处理该请求，若是，则取出消息体(body)内容，当传入sql语句时连接相应数据库，执行sql语句，返回查询结果加工为json格式，通过遍历键(key)的方式校验对应的值(value)是否正确，若正确，则测试通过，若失败，则输出本轮测试结果；当取出的body内容没有传入sql语句时，进入静态断言流程，通过断言条件判断结果是否符合业务要求，若是，则测试通过，若否，则测试失败，判断是否有其他未执行的用例，若有则读取下一用例进行测试。当调用的接口没有正确处理时，则判断sid是否过期，若已过期，则调用登录模块，根据环境，请求端生成登录用的参数、加密信息，若登录成功，则获取的sid以键值对形式存放本地文件，根据账号取出本地文件存放的sid，执行上述测试过程。当接口未正确处理且sid未过期时，取出报错信息若为预期结果，则测试成功。

通过图2所示的接口测试架构示意图，解决了脚本通用性不强的问题，通过对数据和模块的浅层封装、模板模式等设计，使脚本在接收到执行命令后，无需手动配置过多参数，即可自动生成与之对应的参数集合，实现快速、方便的执行。解决了本地读写文件的问题，将关键数据保存至本地，且保存格式为字典(dictionary)，后期读取数据，则通过键(key)即可查到对应的值(value)，解决了不能引入外部库的问题，并将加密后的数据直接返回调用函数，解决了不能读写数据库的问题，可连接指定的数据库获取或更新测试相关数据，解决了断言方式过于单一的问题，获取接口返回数据和数据库查询数据后，以key-value比对的方式，可快速、大量判断断言接口数据是否准确，同时，使用上述架构，可以开放应用程序接口(api)给其他测试或开放框架，可以进行拓展。

使用上述图2示出的接口架构示意图的测试方式，具有快速精确的参数断言流程，在静态断言方式的基础上加入了动态断言方式，使得断言方式不再单一，可快速、大量断言接口数据是否准确，并可通过调用其他数据库服务器的包连接指定的数据库，获取或更新测试相关数据，实现读写数据库。具体的实现方式通过以下实施例进行实现：

图3示出根据本申请的一个方面提供的一种用于测试接口的数据断言的方法流程示意图，其中，所述方法包括：步骤s11～步骤s13，在步骤s11中，获取测试接口的调用接口的请求消息；在步骤s12中，根据所述请求消息确定数据断言方案；在步骤s13中，根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果，从而解决了断言方式单一的问题，可快速、大量断言接口数据是否准确。

具体地，在步骤s11中，获取测试接口的调用接口的请求消息；在此，在此，请求消息包括会话唯一标识、加密信息及用于调用的接口参数，其中，将会话唯一标识sid与加密信息放入用于测试接口的请求消息的消息头(header)中，请求消息的消息体(body)中可以根据统一资源定位符url及配置文件，找到对应的消息体生成模板，包括确定的成品接口参数。进而在不同的场景下，运用参数模板生成具体的参数组。进行断言时可以对请求消息中的header中的参数进行断言，也可以对请求消息中的body中的参数进行断言。

具体地，在步骤s12中，根据所述请求消息确定数据断言方案；在此，从请求消息中的header中获取参数或者从body中获取参数，根据所获取到的具体参数确定数据断言方案，如有的参数可选取静态断言方式，有的参数选取动态断言方式，从而对接口参数进行快速、大量的断言，判断接口参数是否准确。

具体地，在步骤s13中，根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。在此，本申请一实施例中，对接口参数的断言不再为单一的方式，静态断言方式和动态断言方式的断言流程不同，根据所选定的断言方式，对接口参数进行断言，进而判断接口参数是否准确，得到测试结果。

在本申请一实施例中，在步骤s12中，根据所述请求消息确定数据断言方案时，可以通过判断所述请求消息中是否存在结构化查询语句选取断言方式，若否，则确定数据断言方案为根据静态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果；若是，则确定数据断言方案为根据动态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。在此，判断请求消息中的查询语句的数据结构是否为字典类型，若是，则数据断言方案为静态数据断言方式，若否，则数据断言方案为动态数据断言方式，需要将查询的结果转化为字典类型，才可进行键值对的比对，从而进行断言。

优选地，在步骤s12中，若选取静态数据断言方式，则根据预设的静态数据断言条件判断所述测试接口的调用接口的请求消息是否满足当前业务要求，若是，则确定所述测试接口的测试结果为测试成功。在此，根据预设的静态数据断言条件判断所调用的接口参数如body中的参数是否满足当前业务需求，当满足当前业务需求时，测试才成功，其中，预设的静态数据断言条件可以为根据返回数据结果中的key比对其对应的value是否一致，例如，买票流程中，若购买失败，则服务器仅是需要从body中获取具体的内容，根据接口文档协议确定购买失败为包括所票已卖完、重复购票、购买超时等任一种情况，其中一个参数名称key代表购买状态，value的值可以表示根据接口文档协议确定的票已卖完、重复购票、购买超时等，比如购买状态的值表示购买失败时，对应的value与测试接口时的预测结果中相同的key对应的value进行比对，若一致，则测试成功，若不一致，则测试失败。

优选地，在步骤s12中，若选取动态数据断言方式，则根据所述请求消息中的结构化查询语句确定查询结果；将所述查询结果进行格式化处理，并将处理后的查询结果与所述测试接口的调用接口的请求消息进行比对，若均相同，则确定所述测试接口的测试结果为测试成功。在此，根据所接收到的结构化查询语句sql，获取查询结果，将查询结果进行格式化处理，处理为方便与接口返回数据进行比较的数据格式，遍历此次调用接口返回的所有参数，若查询结果与此次接口调用的返回数据均相同时，则测试成功，若存在一个值不相同，则测试失败。

在本申请一实施例中，在步骤s12中，根据所述请求消息中的结构化查询语句确定查询结果，具体通过以下方式实现：根据所述请求消息中的结构化查询语句查询对应的数据库，从所述数据库中确定查询结果。在此，可以调用pymysqldb模块执行所传入的sql语句，其中，pymysqldb可以调用mysql数据库服务器的包，用于查询、增改数据库，通过调用pymysqldb可连接指定的数据库，获取或更新测试相关数据，实现读写数据库的功能。

接上述实施例，在步骤s12中，将所述查询结果进行格式化处理为字典格式；比对所获取到的所述测试接口的调用接口的请求消息及字典格式的查询结果是否存在相同的键，若存在，则按照相同的键进行比对其对应的值是否相同，若相同，则确定所述测试接口的测试结果为测试成功。在此，将获取接口返回数据和数据库查询数据后，以字典中key-value比对的方式，断言接口返回数据是否准确，具体地，首先将查询结果进行格式化字典格式，根据相同key比对其value是否相等，遍历此次调用接口返回的所有参数后，若都相等，则测试成功，若有任一值不相等，则测试失败。通过数据库查询结果格式化字典格式，实现快速、大量与接口返回参数进行比对。例如，查询当天购买的车票，数据库查询后，将查询结果处理为字典格式{ticketid":"123"，"price":1}，接口返回结果为{ticketid":"123"，"price":2}，查询结果中key与接口返回结果的key相同，都为ticketid，再比对它们对应的value，即比对ticketid的值，若相同，则继续遍历，比对下一组键price及其对应的值，此次调用接口返回的所有参数都比对完，若比对的值都相等，则测试成功。

图4示出本申请一实施例中通过动态数据断言方式的流程示意图，首先断言模块接收接口返回数据及查询语句，通过调用pymysqldb模块执行子模块传入的查询语句，并将查询结果格式化json格式，具体处理为json中的字典格式，校验模块收到接口返回数据和格式化后的数据库查询结果，根据相同的key比对其value是否相等，遍历所有返回参数后，若都相等，则测试通过，若比对不一致，存在不同的键或不相等的值，则测试失败，从而实现快速精确的参数断言，同时可连接指定的数据库，获取或更新测试相关数据，解决了测试接口过程中不能读写数据库的问题。

图5示出根据本申请的另一个方面提供的一种用于测试接口的数据断言的设备结构示意图，其中，所述设备包括：获取装置11、确定装置12和测试装置13，其中，获取装置11用于获取测试接口的调用接口的请求消息；确定装置12用于根据所述请求消息确定数据断言方案；测试装置13用于根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果，从而解决了断言方式单一的问题，可快速、大量断言接口数据是否准确。

图2示出本申请一实施例中高效分层服务器端的接口架构示意图；首先运行脚本，载入环境、统一资源定位符(url)、端口名称、账号、请求参数、断言条件、结构化查询语句(sql语句)；接着，载入配置文件，根据账号，取出本地文件存放的会话唯一标识(sid)，载入加密模板生成加密信息，根据传入参数自动生成合法的消息头(header)，请求接口后，通过分析服务器返回内容来判断接口是否正确处理该请求，若是，则取出消息体(body)内容，当传入sql语句时连接相应数据库，执行sql语句，返回查询结果加工为json格式，通过遍历键(key)的方式校验对应的值(value)是否正确，若正确，则测试通过，若失败，则输出本轮测试结果；当取出的body内容没有传入sql语句时，进入静态断言流程，通过断言条件判断结果是否符合业务要求，若是，则测试通过，若否，则测试失败，判断是否有其他未执行的用例，若有则读取下一用例进行测试。当调用的接口没有正确处理时，则判断sid是否过期，若已过期，则调用登录模块，根据环境，请求端生成登录用的参数、加密信息，若登录成功，则获取的sid以键值对形式存放本地文件，根据账号取出本地文件存放的sid，执行上述测试过程。当接口未正确处理且sid未过期时，取出报错信息若为预期结果，则测试成功。

通过图2所示的接口测试架构示意图，解决了脚本通用性不强的问题，通过对数据和模块的浅层封装、模板模式等设计，使脚本在接收到执行命令后，无需手动配置过多参数，即可自动生成与之对应的参数集合，实现快速、方便的执行。解决了本地读写文件的问题，将关键数据保存至本地，且保存格式为字典(dictionary)，后期读取数据，则通过键(key)即可查到对应的值(value)，解决了不能引入外部库的问题，并将加密后的数据直接返回调用函数，解决了不能读写数据库的问题，可连接指定的数据库获取或更新测试相关数据，解决了断言方式过于单一的问题，获取接口返回数据和数据库查询数据后，以key-value比对的方式，可快速、大量判断断言接口数据是否准确，同时，使用上述架构，可以开放应用程序接口(api)给其他测试或开放框架，可以进行拓展。

使用上述图2示出的接口架构示意图的测试方式，具有快速精确的参数断言流程，在静态断言方式的基础上加入了动态断言方式，使得断言方式不再单一，可快速、大量断言接口数据是否准确，并可通过调用其他数据库服务器的包连接指定的数据库，获取或更新测试相关数据，实现读写数据库。具体的实现方式通过图5所述的设备进行实现：

具体地，获取装置11，用于获取测试接口的调用接口的请求消息；在此，在此，请求消息包括会话唯一标识、加密信息及用于调用的接口参数，其中，将会话唯一标识sid与加密信息放入用于测试接口的请求消息的消息头(header)中，请求消息的消息体(body)中可以根据统一资源定位符url及配置文件，找到对应的消息体生成模板，包括确定的成品接口参数。进而在不同的场景下，运用参数模板生成具体的参数组。进行断言时可以对请求消息中的header中的参数进行断言，也可以对请求消息中的body中的参数进行断言。

具体地，确定装置12，用于根据所述请求消息确定数据断言方案；在此，从请求消息中的header中获取参数或者从body中获取参数，根据所获取到的具体参数确定数据断言方案，如有的参数可选取静态断言方式，有的参数选取动态断言方式，从而对接口参数进行快速、大量的断言，判断接口参数是否准确。

具体地，确定装置13，用于根据所述数据断言方案及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。在此，本申请一实施例中，对接口参数的断言不再为单一的方式，静态断言方式和动态断言方式的断言流程不同，根据所选定的断言方式，对接口参数进行断言，进而判断接口参数是否准确，得到测试结果。

在本申请一实施例中，确定装置12用于，根据所述请求消息确定数据断言方案时，可以通过判断所述请求消息中是否存在结构化查询语句选取断言方式，若否，则确定数据断言方案为根据静态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果；若是，则确定数据断言方案为根据动态数据断言方式及所述测试接口的调用接口的请求消息确定所述测试接口的测试结果。在此，判断请求消息中的查询语句的数据结构是否为字典类型，若是，则数据断言方案为静态数据断言方式，若否，则数据断言方案为动态数据断言方式，需要将查询的结果转化为字典类型，才可进行键值对的比对，从而进行断言。

优选地，确定装置12用于，若选取静态数据断言方式，则根据预设的静态数据断言条件判断所述测试接口的调用接口的请求消息是否满足当前业务要求，若是，则确定所述测试接口的测试结果为测试成功。在此，根据预设的静态数据断言条件判断所调用的接口参数如body中的参数是否满足当前业务需求，当满足当前业务需求时，测试才成功，其中，预设的静态数据断言条件可以为根据返回数据结果中的key比对其对应的value是否一致，例如，买票流程中，若购买失败，则服务器仅是需要从body中获取具体的内容，根据接口文档协议确定购买失败为包括所票已卖完、重复购票、购买超时等任一种情况，其中一个参数名称key代表购买状态，value的值可以表示根据接口文档协议确定的票已卖完、重复购票、购买超时等，比如购买状态的值表示购买失败时，对应的value与测试接口时的预测结果中相同的key对应的value进行比对，若一致，则测试成功，若不一致，则测试失败。

优选地，确定装置12用于，若选取动态数据断言方式，则根据所述请求消息中的结构化查询语句确定查询结果；将所述查询结果进行格式化处理，并将处理后的查询结果与所述测试接口的调用接口的请求消息进行比对，若均相同，则确定所述测试接口的测试结果为测试成功。在此，根据所接收到的结构化查询语句sql，获取查询结果，将查询结果进行格式化处理，处理为方便与接口返回数据进行比较的数据格式，遍历此次调用接口返回的所有参数，若查询结果与此次接口调用的返回数据均相同时，则测试成功，若存在一个值不相同，则测试失败。

在本申请一实施例中，确定装置12用于，根据所述请求消息中的结构化查询语句确定查询结果，具体通过以下方式实现：根据所述请求消息中的结构化查询语句查询对应的数据库，从所述数据库中确定查询结果。在此，可以调用pymysqldb模块执行所传入的sql语句，其中，pymysqldb可以调用mysql数据库服务器的包，用于查询、增改数据库，通过调用pymysqldb可连接指定的数据库，获取或更新测试相关数据，实现读写数据库的功能。

接上述实施例，确定装置12用于，将所述查询结果进行格式化处理为字典格式；比对所获取到的所述测试接口的调用接口的请求消息及字典格式的查询结果是否存在相同的键，若存在，则按照相同的键进行比对其对应的值是否相同，若相同，则确定所述测试接口的测试结果为测试成功。在此，将获取接口返回数据和数据库查询数据后，以字典中key-value比对的方式，断言接口返回数据是否准确，具体地，首先将查询结果进行格式化字典格式，根据相同key比对其value是否相等，遍历此次调用接口返回的所有参数后，若都相等，则测试成功，若有任一值不相等，则测试失败。通过数据库查询结果格式化字典格式，实现快速、大量与接口返回参数进行比对。例如，查询当天购买的车票，数据库查询后，将查询结果处理为字典格式{ticketid":"123"，"price":1}，接口返回结果为{ticketid":"123"，"price":2}，查询结果中key与接口返回结果的key相同，都为ticketid，再比对它们对应的value，即比对ticketid的值，若相同，则继续遍历，比对下一组键price及其对应的值，此次调用接口返回的所有参数都比对完，若比对的值都相等，则测试成功。

图4示出本申请一实施例中通过动态数据断言方式的流程示意图，首先断言模块接收接口返回数据及查询语句，通过调用pymysqldb模块执行子模块传入的查询语句，并将查询结果格式化json格式，具体处理为json中的字典格式，校验模块收到接口返回数据和格式化后的数据库查询结果，根据相同的key比对其value是否相等，遍历所有返回参数后，若都相等，则测试通过，若比对不一致，存在不同的键或不相等的值，则测试失败，从而实现快速精确的参数断言，同时可连接指定的数据库，获取或更新测试相关数据，解决了测试接口过程中不能读写数据库的问题。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。