CN113434400A - 测试用例的执行方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及软件测试技术领域，揭露一种测试用例的执行方法、装置、计算机设备及存储介质，其中方法包括获取来自用户端的测试请求，并根据测试请求中的标志，获取待测测试数据和验证测试数据；再获取待测测试用例执行脚本以及验证测试用例执行脚本；根据预设执行频率，调用预设的执行引擎执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果，在将将待测结果和验证结果进行匹配，得到匹配结果，若匹配结果则生成日志文件，并将对日志文件返回用户端。本申请还涉及区块链技术，日志文件存储于区块链中。本申请根据测试用例的脚本类型，选择对应的执行引擎执行测试用例，有利于提高测试用例执行效率。

Description

测试用例的执行方法、装置、计算机设备及存储介质

技术领域

本申请涉及软件测试技术领域，尤其涉及一种测试用例的执行方法、装置、计算机设备及存储介质。

背景技术

数据测试自动化在数据测试中具有重要作用，特别是对于回归测试或者线上重点数据的监控有着不可替代的作用。传统的数据测试是需要人手动写脚本，然后执行脚本，查看结果信息。为了节省测试用例的执行时间，使用测试套件或测试框架批量执行测试用例的方案得到了越来越广泛的应用。比如python的unittest，java的testng、junit，jmeter工具的脚本文件、c++的gunit等等。

但是，当前不同框架的脚本文件只能在支持的语言环境下执行，若需要执行包含多种框架的脚本文件，则需要测试人员将测试脚本文件放在能对应支持测试脚本文件的语言环境下执行，并且需要时刻关注着测试过程，以获取测试结果，此过程重复繁琐，需要耗费人力和时间成本，使得测试用例的执行效率不高。现亟需一种能够提高测试用例的执行效率的方法。

发明内容

本申请实施例的目的在于提出一种测试用例的执行方法、装置、计算机设备及存储介质，以提高测试用例的执行效率。

为了解决上述技术问题，本申请实施例提供一种测试用例的执行方法，包括：

获取来自用户端的测试请求，其中，所述测试请求中包括所述用户端所选择的测试数据对应的标志，并将所述测试数据对应的标志作为目标标志；

基于所述目标标志，通过遍历的方式，从数据库中提取所述目标标志对应的待测测试数据和验证测试数据；

分别解析所述待测测试数据和所述验证测试数据，得到所述待测测试数据对应的待测测试用例执行脚本以及所述验证测试数据对应的验证测试用例执行脚本；

根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果；

通过字符串匹配的方式，将所述待测结果和所述验证结果进行匹配，得到匹配结果；

若所述匹配结果为所述待测结果和所述验证结果不匹配，则生成日志文件，并将对所述日志文件返回所述用户端。

为了解决上述技术问题，本申请实施例提供一种测试用例的执行装置，包括：

测试请求获取模块，用于获取来自用户端的测试请求，其中，所述测试请求中包括所述用户端所选择的测试数据对应的标志，并将所述测试数据对应的标志作为目标标志；

测试数据获取模块，用于基于所述目标标志，通过遍历的方式，从数据库中提取所述目标标志对应的待测测试数据和验证测试数据；

执行脚本识别模块，用于分别解析所述待测测试数据和所述验证测试数据，得到所述待测测试数据对应的待测测试用例执行脚本以及所述验证测试数据对应的验证测试用例执行脚本；

测试用例执行模块，用于根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果；

匹配结果获取模块，用于通过字符串匹配的方式，将所述待测结果和所述验证结果进行匹配，得到匹配结果；

日志文件生成模块，用于若所述匹配结果为所述待测结果和所述验证结果不匹配，则生成日志文件，并将对所述日志文件返回所述用户端。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种计算机设备，包括，一个或多个处理器；存储器，用于存储一个或多个程序，使得一个或多个处理器实现上述任意一项所述的测试用例的执行方法。

为解决上述技术问题，本发明采用的一个技术方案是：一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的测试用例的执行方法。

本发明实施例提供了一种测试用例的执行方法、装置、计算机设备及存储介质。本发明实施例通过获取来自用户端的测试请求，并根据测试请求中的标志，获取待测测试数据和验证测试数据；再分别解析待测测试数据和验证测试数据，得到待测测试用例执行脚本以及验证测试用例执行脚本；根据预设执行频率，调用预设的执行引擎执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果，在将将待测结果和验证结果进行匹配，得到匹配结果，若匹配结果则生成日志文件，并将对日志文件返回用户端，实现通过标志快速获取测试用例脚本，并根据脚本类型，选择对应的执行引擎执行测试用例，解决了不同类型的测试用例的执行问题，能够兼容不同测试框架的测试脚本的执行，同时通过对执行结果的匹配，生成日志文件，有利于提高测试用例的执行效率。

附图说明

为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的测试用例的执行方法的应用环境示意图；

图2根据本申请实施例提供的测试用例的执行方法的一实现流程图；

图3是本申请实施例提供的测试用例的执行方法中子流程的一实现流程图；

图4是本申请实施例提供的测试用例的执行方法中子流程的又一实现流程图；

图5是本申请实施例提供的测试用例的执行方法中子流程的又一实现流程图；

图6是本申请实施例提供的测试用例的执行方法中子流程的又一实现流程图；

图7是本申请实施例提供的测试用例的执行方法中子流程的又一实现流程图；

图8是本申请实施例提供的测试用例的执行方法中子流程的又一实现流程图；

图9是本申请实施例提供的测试用例的执行装置示意图；

图10是本申请实施例提供的计算机设备的示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

下面结合附图和实施方式对本发明进行详细说明。

请参阅图1，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的测试用例的执行方法一般由服务器执行，相应地，测试用例的执行装置一般配置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

请参阅图2，图2示出了测试用例的执行方法的一种具体实施方式。

需注意的是，若有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限，该方法包括如下步骤：

S1：获取来自用户端的测试请求，其中，测试请求中包括用户端所选择的测试数据对应的标志，并将测试数据对应的标志作为目标标志。

在本申请实施例中，为了更清楚的理解技术方案，下面对本申请所涉及的终端进行详细介绍。

一是服务器，服务器能够接收用户端的测试请求，并根据测试请求，从数据库中提取对应的测试数据和测试用例，从而进行数据测试，并将测试结果返回用户端。服务器还可以将测试用例数据和验证测试用例数据返回用户端，以获取所述用户端所返回的预置测试数据。

二是用户端，用户端可以根据实际需求，向服务器发送测试请求，也可以接受服务器所返回的测试请求对应的测试结果；用户端还可以接收服务器所返回的测试用例数据和验证测试用例数据，并基于测试用例数据和验证测试用例数据，生成预置测试数据，并将预置测试数据返回给服务器。

具体的，本申请实施例的测试框架通用平台为前后端分离框架，前端采用VUE框架实现数据展示以及数据和后端的传输，后端是SpringMVC+Spring+Mybatis框架，实现对数据接收、处理及储存到数据库中。在实际的运用场景中，用户端的测试人员根据实际需求，通过前端界面选择的测试数据对应的标志，向服务器发起测试请求，服务器在接收到测试请求后，开始进行测试。其中，在本申请中所指的数据库包括但不限于：mysql、oracle、hive、impala等等。

请参阅图3，图3示出了步骤S1之前的一种具体实施方式，详叙如下：

S11：获取测试脚本文件数据。

具体的，在进行正式的测试之前，会将各种测试数据进行收集，也即收集测试脚本文件数据，并将其储存于数据库中。

S12：解析测试脚本文件数据，得到测试用例数据和验证测试用例数据。

具体的，由于测试脚本文件数据是由开发人员或者用户事先准备的数据，该数据分为测试用例数据和验证测试用例数据。

S13：按照脚本类型，对测试用例数据和验证测试用例数据进行分类处理，并储存于数据库中。

具体的，将收集到的获取测试脚本文件数据进行解析，获取测试用例数据和验证测试用例数据，并识别测试用例数据和验证测试用例数据对应的脚本类型，并按照脚本类型，将其分类储存于数据库中。这样便于后续进行测试时，对测试数据的提取。

本实施例中，通过获取测试脚本文件数据，并对其进行解析，得到测试用例数据和验证测试用例数据，再按照脚本类型对其分类存储，实现将测试用例数据进行分类存储，便于后续对不同脚本类型的测试用例数据进行提取，从而有利于提高测试用例的执行效率。

请参阅图4，图4示出了步骤S12之后的一种具体实施方式，详叙如下：

S12A：将测试用例数据和验证测试用例数据返回用户端，以获取用户端所返回的预置测试数据。

具体的，在数据测试案例执行时，由于测试环境数据库中没有测试数据或者脏数据存在，需要获取前置测试数据。所以将测试用例数据和验证测试用例数据返回用户端，以获取用户端所返回的预置测试数据。

S12B：基于预置测试数据，对测试用例数据和验证测试用例数据进行预测试处理，得到预测试结果。

S12C：若预测试结果不通过，则将测试用例数据和验证测试用例数据进行删除。

具体的，由于不能确定测试用例数据和验证测试用例是否可以运行，所以先通过预置测试数据对测试用例数据和验证测试用例数据进行预测试处理，获取预测试结果。若是预测试结果显示预测试结果不通过，则将测试用例数据和验证测试用例进行删除。

本实施例中，通过获取预置测试数据，并对测试用例数据和验证测试用例数据进行预测试处理，将不能够运行的测试用例数据和验证测试用例数据进行预测试处理进行删除，以确保存储在数据库中的测试用例均可以运行，从而提高后续测试用例的执行效率。

S2：基于目标标志，通过遍历的方式，从数据库中提取目标标志对应的待测测试数据和验证测试数据。

具体的，在接收到来自用户端的测试请求，该测试请求中包括用户端所选择的测试数据对应的标志，也即目标标志。该目标标志可以为文件名称、文件路径等，根据该文件名称、文件路径等，遍历数据库，并调用开源Apache QuerryRunner类query方法，从而提取到目标标志对应的待测测试数据和验证测试数据。

S3：分别解析待测测试数据和验证测试数据，得到待测测试数据对应的待测测试用例执行脚本以及验证测试数据对应的验证测试用例执行脚本。

具体的，在获取到待测测试数据和验证测试数据后，对其进行解析，获取待测测试数据和验证测试数据对应的测试用例标识，并判断该测试用例标识是否存在于测试用例标识集合中，若是存在的话，便可以根据测试用例标识获取对应的测试用例执行脚本，若是不存在的话，则无法获取到对应的测试用例，需要用户端输入对应的测试用例数据。

请参阅图5，图5示出了步骤S3的一种具体实施方式，详叙如下：

S31：解析待测测试数据和验证测试数据，以获取待测测试数据中的测试用例标识以及验证测试数据的测试用例标识，分别作为待测标识和验证标识。

S32：判断待测标识和验证标识是否存在测试用例标识集合，其中，测试用例标识集合存储于数据库中，用于识别测试用例。

具体的，由于测试用例标识集合是存储在数据库中所有测试用例所对应的测试用例标识，所以通过获取待测标识和验证标识，并判断该待测标识和验证标识是否存在于测试用例标识集合，就能够判断出那些测试用例是存储在数据库中的。

S33：若待测标识和验证标识存在于测试用例标识集合中，则通过预设的调用方法，获取待测标识和验证标识对应的待测测试用例执行脚本以及验证测试用例执行脚本。

具体的，通过调用开源Apache QuerryRunner类query方法，从数据库中提取到目标标志对应的待测测试数据和验证测试数据。

在一具体实施例中，测试脚本文件按照脚本类型来分，可包括postman类型脚本文件、Jmeter类型脚本文件、python类型脚本文件以及java类型脚本文件等。以postman类型的文件为例，后缀为json格式，解析requests的内容，requests为array，循环每个array，获得测试用例的ID(ID为唯一标识)、name、description。以Jmeter的脚本文件为例，Jmeter的脚本文件为，后缀为jmx格式(可用notepad打开，实际是xml格式文件)，轮询HTTPSamplerProxy节点，获取testname和description等数据。其他java文件、python文件可统一解析suit文件获取测试用例执行脚本。

本实施例中，通过解析待测测试数据和验证测试数据，以获取待测标识和验证标识，并通过判断待测标识和验证标识是否存在于测试用例标识集合中，若是，则通过待测标识和验证标识获取待测测试用例执行脚本以及验证测试用例执行脚本，实现通过标识，快速获取待测测试用例执行脚本以及验证测试用例执行脚本，从而提高测试用例的执行效率。

S4：根据预设执行频率，调用预设的执行引擎执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果。

具体的，本实施例中的预设执行引擎包括多种类型的执行引擎，可兼容支持包括含python、java、postman、jmeter等类型的测试用例执行脚本的执行。所以根据待测测试用例执行脚本和验证测试用例执行脚本的脚本类型，按照脚本类型将相同脚本类型的测试用例数据划分为一类。例如postman类型脚本文件、Jmeter类型脚本文件以及python类型脚本文件以及java类型脚本文件。在达到预设执行频率时，将对应的脚本类型的执行脚本放到对应的执行引擎下进行执行，从而生成待测结果和验证结果。

需要说明的是，预设执行频率根据实际情况进行设定，此处不做限定。在一具体实施例中，预设执行频率为1天。

请参阅图6，图6示出了步骤S4的一种具体实施方式，详叙如下：

S41：识别出待测测试用例执行脚本以及验证测试用例执行脚本的脚本类型。

具体的，每个待测测试用例执行脚本以及验证测试用例执行脚本都有对应的脚本类型。通过识别每个待测测试用例执行脚本以及验证测试用例执行脚本的脚本类型，便于选取对应的执行引擎进行执行。

S42：根据脚本类型，确定对应预设的执行引擎，作为目标执行引擎。

S43：根据预设执行频率，调用目标执行引擎，以执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果。

具体的，每次到达预设执行频率时，服务器则根据脚本类型，调用相应的执行引擎，以执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果，从而生成待测结果和验证结果。

本实施例中，通过脚本类型，选择执行引擎进行执行，使得可以适应各个类型的执行脚本的执行，有利于提高测试效率。

请参阅图7，图7示出了步骤S4之前的一种具体实施方式，详叙如下：

S4A：获取预置测试数据对应的标识，作为预置标识。

具体的，预置测试数据都有对应的标识，如文件名等，通过获取预置测试数据对应的标识，便于获取到预置测试数据。

S4B：通过预置标识，遍历数据库，获取预置测试数据，并将预置测试数据进行删除。

具体的，为了防止预置测试数据对后续测试用例的干扰，提升稳健性，对之前的预置测试数据进行清除，恢复数据至数据测试用例执行前的状态。

本实施例中，通过获取预置测试数据对应的标识，遍历数据库，获取预置测试数据，并将预置测试数据进行删除，以避免预置测试数据对后续测试用例的干扰，提高测试用例的执行效率。

S5：通过字符串匹配的方式，将待测结果和验证结果进行匹配，得到匹配结果。

具体的，由于上述步骤已经得出待测结果和验证结果，所以需要对待测结果和验证结果进行对比，判断待测结果与验证结果是否一致。通过将待测结果和验证结果进行字符串匹配，获取匹配结果。

其中，字符串匹配算法包括但不限于：暴风算法(Brute Force)、哈希检索(Robin-Karp)、克努特-莫里斯-普拉特操作(简称KMP算法)、Boyer-Moore算法(简称BM算法)、Sunday算法等。

优选的，本申请实施例采用Boyer-Moore算法进行字符串匹配，BM算法当不匹配的时候一次性可以跳过不止一个字符。即它不需要对被搜索的字符串中的字符进行逐一比较，而会跳过其中某些部分。通常搜索关键字越长，算法速度越快。它的效率来自于这样的事实：对于每一次失败的匹配尝试，算法都能够使用这些信息来排除尽可能多的无法匹配的位置。即它充分利用待搜索字符串的一些特征，加快了搜索的步骤。

进一步的，待测结果和验证结果进行匹配过程为：将待测结果和验证结果分别转为对应的字符串，得到待测结果字符串以及验证结果字符串；将待测结果字符串与验证结果字符串任意一端进行对齐；从字符串对齐一端开始，逐一匹配待测结果字符串与验证结果字符串的每个字符，得到匹配结果；若存在至少一个字符不匹配，则匹配结果为待测结果和验证结果不匹配；若所有字符都匹配，则匹配结果为待测结果和验证结果相匹配。

S6：若匹配结果为待测结果和验证结果不匹配，则生成日志文件，并将对日志文件返回用户端。

具体的，若匹配结果为待测结果和验证结果不匹配，说明该测试过程中，存在测试数据与验证数据不一致的情况，所以生成该情况的日志文件，并将该文件返回用户端，以便测试人员分析其出现的原因。

本实施例中，通过获取来自用户端的测试请求，并根据测试请求中的标志，获取待测测试数据和验证测试数据；再分别解析待测测试数据和验证测试数据，得到待测测试用例执行脚本以及验证测试用例执行脚本；根据预设执行频率，调用预设的执行引擎执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果，在将将待测结果和验证结果进行匹配，得到匹配结果，若匹配结果则生成日志文件，并将对日志文件返回用户端，实现通过标志快速获取测试用例脚本，并根据脚本类型，选择对应的执行引擎执行测试用例，解决了不同类型的测试用例的执行问题，能够兼容不同测试框架的测试脚本的执行，同时通过对执行结果的匹配，生成日志文件，有利于提高测试用例执行效率。

请参阅图8，图8示出了步骤S6的一种具体实施方式，详叙如下：

S61：若匹配结果为待测结果和验证结果不匹配，则获取待测结果对应的标识，作为基础标识。

具体的，若匹配结果为待测结果和验证结果不匹配，说明该测试结果没有达到预期效果，所以需要获取待测结果对应的标识，以便测试人员分析出那个测试用例出现问题。

S62：基于基础标识，生成对应的日志文件，并将日志文件返回用户端。

具体的，通过基础标识，获取到待测结果和验证结果不匹配对应的测试用例，生成对应的日志文件，且将日志文件返回用户端，便于测试人员对测试过程的分析。

本实施例中，若匹配结果为待测结果和验证结果不匹配，则获取待测结果对应的标识，作为基础标识，并基于基础标识，生成对应的日志文件，并将日志文件返回用户端，实现将测试结果以日志文件的形式返回用户端，便于对测试过程进行分析。

需要强调的是，为进一步保证上述日志文件的私密和安全性，上述日志文件还可以存储于一区块链的节点中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

请参考图9，作为对上述图2所示方法的实现，本申请提供了一种测试用例的执行装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图9所示，本实施例的测试用例的执行装置包括：测试请求获取模块71、测试数据获取模块72、执行脚本识别模块73、测试用例执行模块74、匹配结果获取模块75及日志文件生成模块76，其中：

测试请求获取模块71，用于获取来自用户端的测试请求，其中，测试请求中包括用户端所选择的测试数据对应的标志，并将测试数据对应的标志作为目标标志；

测试数据获取模块72，用于基于目标标志，通过遍历的方式，从数据库中提取目标标志对应的待测测试数据和验证测试数据；

执行脚本识别模块73，用于分别解析待测测试数据和验证测试数据，得到待测测试数据对应的待测测试用例执行脚本以及验证测试数据对应的验证测试用例执行脚本；

测试用例执行模块74，用于根据预设执行频率，调用预设的执行引擎执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果；

匹配结果获取模块75，用于通过字符串匹配的方式，将待测结果和验证结果进行匹配，得到匹配结果；

日志文件生成模块76，用于若匹配结果为待测结果和验证结果不匹配，则生成日志文件，并将对日志文件返回用户端。

进一步的，执行脚本识别模块73包括：

标识获取单元，用于解析待测测试数据和验证测试数据，以获取待测测试数据中的测试用例标识以及验证测试数据的测试用例标识，分别作为待测标识和验证标识；

标识判断单元，用于判断待测标识和验证标识是否存在测试用例标识集合，其中，测试用例标识集合存储于数据库中，用于识别测试用例；

标识识别单元，用于若待测标识和验证标识存在于测试用例标识集合中，则通过预设的调用方法，获取待测标识和验证标识对应的待测测试用例执行脚本以及验证测试用例执行脚本。

进一步的，测试用例执行模块74包括：

脚本类型识别单元，用于识别出待测测试用例执行脚本以及验证测试用例执行脚本的脚本类型；

目标执行引擎确认单元，用于根据脚本类型，确定对应预设的执行引擎，作为目标执行引擎；

执行引擎执行单元，用于根据预设执行频率，调用目标执行引擎，以执行待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果。

进一步的，在测试请求获取模块71之前，还包括：

测试脚本文件数据获取模块，用于获取测试脚本文件数据；

测试脚本文件数据解析模块，用于解析测试脚本文件数据，得到测试用例数据和验证测试用例数据；

测试用例数据存储模块，用于按照脚本类型，对测试用例数据和验证测试用例数据进行分类处理，并储存于数据库中。

进一步的，在测试脚本文件数据解析模块之后，还包括：

数据返回模块，用于将测试用例数据和验证测试用例数据返回用户端，以获取用户端所返回的预置测试数据；

预测试结果获取模块，用于基于预置测试数据，对测试用例数据和验证测试用例数据进行预测试处理，得到预测试结果；

测试数据删除模块，用于若预测试结果不通过，则将测试用例数据和验证测试用例数据进行删除。

进一步的，在测试用例执行模块74之前，还包括：

预置标识获取模块，用于获取预置测试数据对应的标识，作为预置标识；

预置测试数据删除模块，用于通过预置标识，遍历数据库，获取预置测试数据，并将预置测试数据进行删除。

进一步的，日志文件生成模块76包括：

基础标识获取单元，用于若匹配结果为待测结果和验证结果不匹配，则获取待测结果对应的标识，作为基础标识；

日志文件返回单元，用于基于基础标识，生成对应的日志文件，并将日志文件返回用户端。

需要强调的是，为进一步保证上述日志文件的私密和安全性，上述日志文件还可以存储于一区块链的节点中。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图10，图10为本实施例计算机设备基本结构框图。

计算机设备8包括通过系统总线相互通信连接存储器81、处理器82、网络接口83。需要指出的是，图中仅示出了具有三种组件存储器81、处理器82、网络接口83的计算机设备8，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

存储器81至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器81可以是计算机设备8的内部存储单元，例如该计算机设备8的硬盘或内存。在另一些实施例中，存储器81也可以是计算机设备8的外部存储设备，例如该计算机设备8上配备的插接式硬盘，智能存储卡(SmartMedia Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器81还可以既包括计算机设备8的内部存储单元也包括其外部存储设备。本实施例中，存储器81通常用于存储安装于计算机设备8的操作系统和各类应用软件，例如测试用例的执行方法的程序代码等。此外，存储器81还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器82在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器82通常用于控制计算机设备8的总体操作。本实施例中，处理器82用于运行存储器81中存储的程序代码或者处理数据，例如运行上述测试用例的执行方法的程序代码，以实现测试用例的执行方法的各种实施例。

网络接口83可包括无线网络接口或有线网络接口，该网络接口83通常用于在计算机设备8与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序可被至少一个处理器执行，以使至少一个处理器执行如上述的一种测试用例的执行方法的步骤。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例的方法。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种测试用例的执行方法，其特征在于，包括：

获取来自用户端的测试请求，其中，所述测试请求中包括所述用户端所选择的测试数据对应的标志，并将所述测试数据对应的标志作为目标标志；

基于所述目标标志，通过遍历的方式，从数据库中提取所述目标标志对应的待测测试数据和验证测试数据；

分别解析所述待测测试数据和所述验证测试数据，得到所述待测测试数据对应的待测测试用例执行脚本以及所述验证测试数据对应的验证测试用例执行脚本；

根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果；

通过字符串匹配的方式，将所述待测结果和所述验证结果进行匹配，得到匹配结果；

若所述匹配结果为所述待测结果和所述验证结果不匹配，则生成日志文件，并将对所述日志文件返回所述用户端。

2.根据权利要求1所述的测试用例的执行方法，其特征在于，所述分别解析所述待测测试数据和所述验证测试数据，得到所述待测测试数据对应的待测测试用例执行脚本以及所述验证测试数据对应的验证测试用例执行脚本，包括：

解析所述待测测试数据和所述验证测试数据，以获取所述待测测试数据中的测试用例标识以及所述验证测试数据的测试用例标识，分别作为待测标识和验证标识；

判断所述待测标识和所述验证标识是否存在所述测试用例标识集合，其中，所述测试用例标识集合存储于所述数据库中，用于识别测试用例；

若所述待测标识和所述验证标识存在于所述测试用例标识集合中，则通过预设的调用方法，获取所述所述待测标识和所述验证标识对应的所述待测测试用例执行脚本以及所述验证测试用例执行脚本。

3.根据权利要求1所述的测试用例的执行方法，其特征在于，所述根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果，包括：

识别出所述待测测试用例执行脚本以及所述验证测试用例执行脚本的脚本类型；

根据所述脚本类型，确定对应预设的执行引擎，作为目标执行引擎；

根据所述预设执行频率，调用所述目标执行引擎，以执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成所述待测结果和所述验证结果。

4.根据权利要求1所述的测试用例的执行方法，其特征在于，在所述获取来自用户端的测试请求，其中，所述测试请求中包括所述用户端所选择的测试数据对应的标志，并将所述测试数据对应的标志作为目标标志之前，所述方法还包括：

获取测试脚本文件数据；

解析所述测试脚本文件数据，得到测试用例数据和验证测试用例数据；

按照脚本类型，对所述测试用例数据和所述验证测试用例数据进行分类处理，并储存于所述数据库中。

5.根据权利要求1所述的测试用例的执行方法，其特征在于，在所述解析所述测试脚本文件数据，得到测试用例数据和验证测试用例数据之后，所述方法还包括：

将所述测试用例数据和验证测试用例数据返回所述用户端，以获取所述用户端所返回的预置测试数据；

基于所述预置测试数据，对所述所述测试用例数据和所述验证测试用例数据进行预测试处理，得到预测试结果；

若所述预测试结果不通过，则将所述测试用例数据和验证测试用例数据进行删除。

6.根据权利要求5所述的测试用例的执行方法，其特征在于，在所述根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果之前，所述方法还包括：

获取所述预置测试数据对应的标识，作为预置标识；

通过所述预置标识，遍历所述数据库，获取所述预置测试数据，并将所述预置测试数据进行删除。

7.根据权利要求1至6任一项所述的测试用例的执行方法，其特征在于，所述若所述匹配结果为所述待测结果和所述验证结果不匹配，则生成日志文件，并将对所述日志文件返回所述用户端，包括：

若所述匹配结果为所述待测结果和所述验证结果不匹配，则获取所述所述待测结果对应的标识，作为基础标识；

基于所述基础标识，生成对应的所述日志文件，并将所述日志文件返回所述用户端。

8.一种测试用例的执行装置，其特征在于，包括：

测试请求获取模块，用于获取来自用户端的测试请求，其中，所述测试请求中包括所述用户端所选择的测试数据对应的标志，并将所述测试数据对应的标志作为目标标志；

测试数据获取模块，用于基于所述目标标志，通过遍历的方式，从数据库中提取所述目标标志对应的待测测试数据和验证测试数据；

执行脚本识别模块，用于分别解析所述待测测试数据和所述验证测试数据，得到所述待测测试数据对应的待测测试用例执行脚本以及所述验证测试数据对应的验证测试用例执行脚本；

测试用例执行模块，用于根据预设执行频率，调用预设的执行引擎执行所述待测测试用例执行脚本和验证测试用例执行脚本，生成待测结果和验证结果；

匹配结果获取模块，用于通过字符串匹配的方式，将所述待测结果和所述验证结果进行匹配，得到匹配结果；

日志文件生成模块，用于若所述匹配结果为所述待测结果和所述验证结果不匹配，则生成日志文件，并将对所述日志文件返回所述用户端。

9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述的测试用例的执行方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的测试用例的执行方法。

Images