CN112631911A - 自动化测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例属于云技术领域，涉及一种自动化测试方法，包括在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。本申请还提供一种自动化测试装置、计算机设备及存储介质。此外，本申请还涉及区块链技术，所述测试报表可存储于区块链中。本申请提高了测试效率。

Description

自动化测试方法、装置、计算机设备及存储介质

技术领域

本申请涉及云技术领域，尤其涉及一种自动化测试方法、装置、计算机设备及存储介质。

背景技术

当前，越来越多的应用场景中需要应用到自动化测试，如接口自动化测试，针对客户端的APP自动化测试，针对web页面的UI自动化测试，以及一些性能的自动化测试。通过在不同的场景下不同的功能测试，可以保证功能或应用的稳定性。

然而，现有的自动化测试往往只能针对其中的某一种场景进行测试，例如，只能针对接口进行自动化测试，或者只能针对UI进行自动化测试，而无法针对多个不同的应用场景同一进行自动化测试，由此导致测试效率低下的技术问题。

发明内容

本申请实施例的目的在于提出一种自动化测试方法、装置、计算机设备及存储介质，以解决测试效率低下的技术问题。

为了解决上述技术问题，本申请实施例提供一种自动化测试方法，采用了如下所述的技术方案：

在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

进一步的，所述基于所述测试队列发送所述测试用例至所述目标服务中的步骤具体包括：

组合所述测试用例为测试计划，在所述测试用例组合为多个不同的测试计划时，确定每个所述测试计划中测试用例的测试类型是否相同；

在每个所述测试计划中测试用例的测试类型不同时，将所述测试计划分别发布至不同的所述测试队列中，基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中。

进一步的，所述基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中的步骤包括：

获取当前测试队列的状态标识，根据所述状态标识检测所述当前测试队列是否占满；

在所述当前测试队列占满时，新增异步队列至线程池中，基于所述异步队列发送所述测试计划至对应的目标服务中；

在所述当前测试队列未占满时，基于所述当前测试队列发送所述测试计划至对应的目标服务中。

进一步的，所述组合所述测试用例为测试计划的步骤具体包括：

获取所有所述测试用例的测试功能，根据所述测试功能确定所述测试用例是否为同一测试计划；

在所述测试用例的测试功能相同时，确定同一所述测试功能的测试用例为同一个所述测试计划。

进一步的，所述获取所述测试用例的第一执行结果的步骤具体包括：

在所述测试用例执行完成时，对所述测试用例进行断言检测；

若所述测试用例通过所述断言检测得到的预期值与实际值一致，确定所述测试用例测试成功，标记所述测试用例为测试成功用例；

若所述测试用例通过所述断言检测得到的预期值与所述实际值不一致，则确定所述测试用例测试失败，标记所述测试用例为测试失败用例。

进一步的，所述根据所述第一执行结果生成所述测试用例的测试报表的步骤具体包括：

获取所述测试用例的第二执行结果，根据所述第一执行结果和所述第二执行结果计算所述测试用例的综合评分；

根据所述综合评分生成所述测试用例的测试报表。

进一步的，在所述在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型的步骤之前还包括：

基于后端接口获取预先设定的预测试用例，将所述预测试用例通过预设函数展示在前端页面，基于所述前端页面接收所述预测试用例的测试指令。

为了解决上述技术问题，本申请实施例还提供一种自动化测试装置，采用了如下所述的技术方案：

获取模块，用于在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

发送模块，用于根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

生成模块，用于获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，包括存储器和处理器，以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述自动化测试方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现上述自动化测试方法的步骤。

上述自动化测试方法，通过在接收到测试指令时，基于预设测试用例表获取测试指令对应的所有测试用例，以及每个测试用例的测试类型，使得通过预设测试用例表能够对测试用例进行统一管理及测试；之后，根据测试类型确定每个测试用例的目标服务，并获取测试用例对应的测试队列，基于测试队列发送测试用例至目标服务中，以使目标服务执行测试用例，通过测试队列可以实现对测试用例的发送，避免了测试阻塞；而后，获取测试用例的第一执行结果，根据第一执行结果生成测试用例的测试报表，由此实现了对测试用例的统一自动化测试，并且避免了测试用例执行时的阻塞，节省了测试时长，提高了测试效率，降低了维护成本。

附图说明

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

图1是本申请可以应用于其中的示例性***架构图；

图2根据本申请的自动化测试方法的一个实施例的流程图；

图3是根据本申请的自动化测试装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

附图标记：自动化测试装置300、获取模块301、发送模块302以及生成模块303。

具体实施方式

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

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

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

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

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

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving PictureExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(MovingPictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

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

需要说明的是，本申请实施例所提供的自动化测试方法一般由服务器/终端设备执行，相应地，自动化测试装置一般设置于服务器/终端设备中。

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

继续参考图2，示出了根据本申请的自动化测试的方法的一个实施例的流程图。所述的自动化测试方法，包括以下步骤：

步骤S201，在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

在本实施例中，在接收到测试指令时，获取预设测试用例表，其中，测试用例表中包括多个预设的测试用例及其相关的测试类型，该测试用例被封装成测试脚本展示在该测试用例表中。测试类型则为每个测试用例对应的测试脚本在测试用例表中的根目录名称，表示测试的场景类型，如接口测试类型和应用测试类型。在接收到测试指令时，则获取预设的测试用例表，基于该测试用例表获取该测试指令对应的所有测试用例，解析该测试用例对应的测试脚本即可以确定每个测试用例的测试类型。

步骤S202，根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

在本实施例中，在确定测试指令对应的测试用例和测试类型时，根据每个测试用例的测试类型分别确定对应的目标服务，并获取测试用例对应的测试队列。在得到该测试队列时，则将该测试计划发布至该测试队列中，基于该测试队列发送该测试用例至目标服务中。其中，该测试队列中可能已经存在多个测试计划，在基于该测试队列发送该测试用例至目标服务时，可按照该测试计划的发送时间，从小到大依次发送测试计划，将该测试计划中的测试用例发送至对应的目标服务中，以使目标服务执行该测试用例。不同的目标服务在接收到对应的测试用例时，则根据不同的执行策略执行该测试用例。

例如，根据测试指令可以确定当前测试用例表中的10条测试用例，其中3条测试用例的测试类型是api类型，3条测试用例的测试类型是app类型，4条测试用例的测试类型是ui类型。

api类型的测试用例则对应api测试的目标服务，基于该目标服务构造该测试用例对应的测试套(test suite)，并发送给pytest框架执行，在该pytest框架执行完成时则将执行结果写入数据库；

app类型的测试用例则对应app测试的目标服务，在获取到该app类型的测试用例时，将该测试用例发送给至appium server中，该appium server一直处于监听状态，appiumserver在接收到该测试用例时，则根据该测试用例的测试脚本执行具体的操作；

ui类型的测试用例则对应ui测试的目标服务，在获取到该ui类型的测试用例时，则启动关联的web driver(如chrome或者firefox)，让web driver去开启浏览器并执行相应的点击操作等，执行结果也会写入数据库。

步骤S203，获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

在本实施例中，在检测到目标服务对测试用例执行完成时，获取每个测试用例的第一执行结果，该第一执行结果为每个测试用例当前的执行结果，例如，测试失败的测试用例的第一执行结果即为失败，测试成功的测试用例的第一执行结果即为成功。根据当前参与测试的所有测试用例的第一执行结果生成对应的测试报表。该测试报表反映了每个测试用例的执行情况。

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

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

本实施例实现了对测试用例的统一自动化测试，并且避免了测试用例执行时的阻塞，节省了测试时长，提高了测试效率，降低了维护成本。

在本申请的一些实施例中，上述基于所述测试队列发送所述测试用例至所述目标服务中包括：

组合所述测试用例为测试计划，在所述测试用例组合为多个不同的测试计划时，确定每个所述测试计划中测试用例的测试类型是否相同；

在每个所述测试计划中测试用例的测试类型不同时，将所述测试计划分别发布至不同的所述测试队列中，基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中。

在本实施例中，在得到测试用例时，可以将测试用例组成多个不同的测试计划，不同的测试计划可以包括相同或不同的测试类型的测试用例。在测试用例分别组成多个不同的测试计划时，除了将该测试计划均发布至同一测试队列中以外，还可以通过将不同的测试计划发布至不同的测试队列中，从而可以实现多个测试计划的同时执行。具体地，在测试用例分别组成多个不同的测试计划时，确定每个测试计划中测试用例的测试类型是否相同，若每个测试计划中测试用例的测试类型均相同，则将该多个测试计划分布至同一测试队列中，或者不同的测试队列中；在发送该测试计划中的测试用例至目标服务时，则按照测试计划添加至测试队列中的时间顺序发送。若每个测试计划中测试用例的测试类型不同，则将不同的测试计划发布至不同的测试队列中，根据该不同的测试队列异步发送(即同时发送)每个测试计划中的测试用例至对应的目标服务中，以实现多个测试计划的同时执行。

本实施例通过将测试用例组合为测试计划，并通过测试队列发送测试计划实现了，对测试用例的异步测试，提高了测试用例的测试效率，避免了测试阻塞。

在本申请的一些实施例中，上述基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中包括：

获取当前测试队列的状态标识，根据所述状态标识检测所述当前测试队列是否占满；

在所述当前测试队列占满时，新增异步队列至线程池中，基于所述异步队列发送所述测试计划至对应的目标服务中；

在所述当前测试队列未占满时，基于所述当前测试队列发送所述测试计划至对应的目标服务中。

在本实施例中，在获取测试计划对应的测试队列时，还需要获取当前测试队列的状态标识，根据该状态标识确定当前测试队列是否占满。例如，在状态标识为busy和offline时，则确定当前测试队列占满。在当前测试队列占满时，则新增一个空闲的异步队列，将该异步队列添加至线程池中，基于该异步队列发送当前的测试计划。若根据状态标识确定当前测试队列未占满，则将当前的测试计划发布至该当前测试队列，根据该当前测试队列发送该测试计划至目标服务中。

本实施例通过将测试用例发送至不同的测试队列，避免了测试阻塞，进一步提高了测试效率。

在本申请的一些实施例中，上述组合所述测试用例为测试计划包括：

获取所有所述测试用例的测试功能，根据所述测试功能确定所述测试用例是否为同一测试计划；

在所述测试用例的测试功能相同时，确定同一所述测试功能的测试用例为同一个所述测试计划。

在本实施例中，在根据测试指令得到不同的测试用例时，该测试用例有可能属于不同的测试计划，不同测试功能对应不同的测试计划。具体地，在得到测试用例时，获取每个测试用例的测试编号，根据该测试编号确定测试用例是否为同一测试功能。在测试编号一致时确定测试用例为同一测试功能，将该属于同一测试功能的测试用例组合为同一个测试计划。

本实施例通过组合不同测试功能的测试用例为不同的测试计划，使得通过测试计划能够对不同的功能进行统一的测试，提高了测试效率。

在本申请的一些实施例中，上述获取所述测试用例的第一执行结果包括：

在所述测试用例执行完成时，对所述测试用例进行断言检测；

若所述测试用例通过所述断言检测得到的预期值与实际值一致，确定所述测试用例测试成功，标记所述测试用例为测试成功用例；

若所述测试用例通过所述断言检测得到的预期值与所述实际值不一致，则确定所述测试用例测试失败，标记所述测试用例为测试失败用例。

在本实施例中，在接收到测试用例的执行完成指令时，对该测试用例进行断言检测，若该测试用例通过断言检测得到的预期值与实际值一致，则确定该测试用例测试成功，返回该测试用例测试成功的执行结果，并标记该测试用例为测试成功用例，该执行结果即为表示测试成功的第一执行结果；若该测试用例通过断言检测得到的预期值与实际值不一致，则确定该测试用例测试失败，返回该测试用例测试失败的执行结果，该执行结果即为表示测试失败的第一执行结果，并标记该测试用例为测试失败用例。

本实施例通过对测试用例进行断言检测，可以确定当前测试用例是否执行失败，以便及时对测试失败的测试用例进行修改，进一步提高了测试的准确率和测试效率。

在本申请的一些实施例中，上述根据所述第一执行结果生成所述测试用例的测试报表包括：

获取所述测试用例的第二执行结果，根据所述第一执行结果和所述第二执行结果计算所述测试用例的综合评分；

根据所述综合评分生成所述测试用例的测试报表。

在本实施例中，第二执行结果为测试用例的历史执行结果，第一执行结果为测试用例的当前执行结果。在得到测试用例的第一执行结果时，还可以获取该测试用例的第二执行结果，根据该第一执行结果和第二执行结果，生成测试用例的测试报表。具体地，在得到第一执行结果时，获取当前测试用例的第二执行结果，以及该第一执行结果和第二执行结果分别对应的预设占比，根据该预设占比计算测试用例的综合评分。在计算得到该综合评分时，获取该综合评分关联的评分数据表，根据该评分数据表即可得到当前测试用例的具体的评分信息，根据该评分信息生成测试报表。

本实施例通过获取第二执行结果，并结合第一执行结果，实现了对测试报表的精确生成，使得通过测试报表能够准确地确定当前的测试情况，并及时做出反馈。

在本申请的一些实施例中，在上述在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型之前还包括：

基于后端接口获取预先设定的预测试用例，将所述预测试用例通过预设函数展示在前端页面，基于所述前端页面接收所述预测试用例的测试指令。

在本实施例中，在接收测试用例对应的测试指令之前，还需要通过后端接口获取预先设定的预测试用例，该预测试用例即为预先设定的测试用例。具体地，预测试用例被预先保存在数据库中，通过该后端接口可以从该数据库中得到预测试用例；在得到该预测试用例时，则将该测试用例通过预设函数关联展示在前端页面的测试用例表中。例如，预测试用例被预先存储在git数据库中，通过git钩子函数，则可以将该预测试用例展示在前端页面的测试用例表中。当该前端页面接收到测试指令时，则可基于该前端页面的测试用例表得到该测试指令对应的测试用例。

本实施例通过后端接口提前获取预测试用例，并将该预测试用例保存在前端页面，使得在测试时能够直接通过前端页面获取到各个测试用例，无需重新撰写，实现了对测试用例的统一规划管理，进一步提高了测试效率。

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

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

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

如图3所示，本实施例所述的自动化测试装置300包括：获取模块301、发送模块302以及生成模块303。其中：

获取模块301，用于在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

发送模块302，用于根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

在本实施例中，在接收到测试指令时，获取预设测试用例表，其中，测试用例表中包括多个预设的测试用例及其相关的测试类型，该测试用例被封装成测试脚本展示在该测试用例表中。测试类型则为每个测试用例对应的测试脚本在测试用例表中的根目录名称，表示测试的场景类型，如接口测试类型和应用测试类型。在接收到测试指令时，则获取预设的测试用例表，基于该测试用例表获取该测试指令对应的所有测试用例，解析该测试用例对应的测试脚本即可以确定每个测试用例的测试类型。

其中，所述发送模块302包括：

组合单元，用于组合所述测试用例为测试计划，在所述测试用例组合为多个不同的测试计划时，确定每个所述测试计划中测试用例的测试类型是否相同；

发送单元，用于在每个所述测试计划中测试用例的测试类型不同时，将所述测试计划分别发布至不同的所述测试队列中，基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中。

其中，所述发送单元包括：

检测子单元，用于获取当前测试队列的状态标识，根据所述状态标识检测所述当前测试队列是否占满；

第一发送子单元，用于在所述当前测试队列占满时，新增异步队列至线程池中，基于所述异步队列发送所述测试计划至对应的目标服务中；

第二发送子单元，用于在所述当前测试队列未占满时，基于所述当前测试队列发送所述测试计划至对应的目标服务中。

其中，组合单元包括：

第一确认单元，用于获取所有所述测试用例的测试功能，根据所述测试功能确定所述测试用例是否为同一测试计划；

第二确认单元，用于在所述测试用例的测试功能相同时，确定同一所述测试功能的测试用例为同一个所述测试计划。

在本实施例中，在确定测试指令对应的测试用例和测试类型时，根据每个测试用例的测试类型分别确定对应的目标服务，并获取测试用例对应的测试队列。在得到该测试队列时，则将该测试计划发布至该测试队列中，基于该测试队列发送该测试用例至目标服务中。其中，该测试队列中可能已经存在多个测试计划，在基于该测试队列发送该测试用例至目标服务时，可按照该测试计划的发送时间，从小到大依次发送测试计划，将该测试计划中的测试用例发送至对应的目标服务中，以使目标服务执行该测试用例。不同的目标服务在接收到对应的测试用例时，则根据不同的执行策略执行该测试用例。

例如，根据测试指令可以确定当前测试用例表中的10条测试用例，其中3条测试用例的测试类型是api类型，3条测试用例的测试类型是app类型，4条测试用例的测试类型是ui类型。

api类型的测试用例则对应api测试的目标服务，基于该目标服务构造该测试用例对应的测试套(test suite)，并发送给pytest框架执行，在该pytest框架执行完成时则将执行结果写入数据库；

app类型的测试用例则对应app测试的目标服务，在获取到该app类型的测试用例时，将该测试用例发送给至appium server中，该appium server一直处于监听状态，appiumserver在接收到该测试用例时，则根据该测试用例的测试脚本执行具体的操作；

ui类型的测试用例则对应ui测试的目标服务，在获取到该ui类型的测试用例时，则启动关联的web driver(如chrome或者firefox)，让web driver去开启浏览器并执行相应的点击操作等，执行结果也会写入数据库。

生成模块303，用于获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

其中，生成模块303包括：

检测单元，用于在所述测试用例执行完成时，对所述测试用例进行断言检测；

第三确认单元，用于若所述测试用例通过所述断言检测得到的预期值与实际值一致，确定所述测试用例测试成功，标记所述测试用例为测试成功用例；

第四确认单元，用于若所述测试用例通过所述断言检测得到的预期值与所述实际值不一致，则确定所述测试用例测试失败，标记所述测试用例为测试失败用例。

获取单元，用于获取所述测试用例的第二执行结果，根据所述第一执行结果和所述第二执行结果计算所述测试用例的综合评分；

生成单元，用于根据所述综合评分生成所述测试用例的测试报表。

在本实施例中，在检测到目标服务对测试用例执行完成时，获取每个测试用例的第一执行结果，该第一执行结果为每个测试用例当前的执行结果，例如，测试失败的测试用例的第一执行结果即为失败，测试成功的测试用例的第一执行结果即为成功。根据当前参与测试的所有测试用例的第一执行结果生成对应的测试报表。该测试报表反映了每个测试用例的执行情况。

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

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

本实施例中提出的自动化测试装置还包括：

接收模块，用于基于后端接口获取预先设定的预测试用例，将所述预测试用例通过预设函数展示在前端页面，基于所述前端页面接收所述预测试用例的测试指令。

在本实施例中，在接收测试用例对应的测试指令之前，还需要通过后端接口获取预先设定的预测试用例，该预测试用例即为预先设定的测试用例。具体地，预测试用例被预先保存在数据库中，通过该后端接口可以从该数据库中得到预测试用例；在得到该预测试用例时，则将该测试用例通过预设函数关联展示在前端页面的测试用例表中。例如，预测试用例被预先存储在git数据库中，通过git钩子函数，则可以将该预测试用例展示在前端页面的测试用例表中。当该前端页面接收到测试指令时，则可基于该前端页面的测试用例表得到该测试指令对应的测试用例。

本实施例提出的自动化测试装置，实现了对测试用例的统一自动化测试，并且避免了测试用例执行时的阻塞，节省了测试时长，提高了测试效率，降低了维护成本。

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

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

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

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

所述处理器62在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器62通常用于控制所述计算机设备6的总体操作。本实施例中，所述处理器62用于运行所述存储器61中存储的计算机可读指令或者处理数据，例如运行所述自动化测试方法的计算机可读指令。

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

本实施例提出的计算机设备，实现了对测试用例的统一自动化测试，并且避免了测试用例执行时的阻塞，节省了测试时长，提高了测试效率，降低了维护成本。

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

本实施例提出的计算机可读存储介质，实现了对测试用例的统一自动化测试，并且避免了测试用例执行时的阻塞，节省了测试时长，提高了测试效率，降低了维护成本。

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

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

Claims (10)

1.一种自动化测试方法，其特征在于，包括下述步骤：

在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

2.根据权利要求1所述的自动化测试方法，其特征在于，所述基于所述测试队列发送所述测试用例至所述目标服务中的步骤具体包括：

组合所述测试用例为测试计划，在所述测试用例组合为多个不同的测试计划时，确定每个所述测试计划中测试用例的测试类型是否相同；

在每个所述测试计划中测试用例的测试类型不同时，将所述测试计划分别发布至不同的所述测试队列中，基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中。

3.根据权利要求2所述的自动化测试方法，其特征在于，所述基于不同的所述测试队列异步发送所述测试计划至对应的目标服务中的步骤包括：

获取当前测试队列的状态标识，根据所述状态标识检测所述当前测试队列是否占满；

在所述当前测试队列占满时，新增异步队列至线程池中，基于所述异步队列发送所述测试计划至对应的目标服务中；

在所述当前测试队列未占满时，基于所述当前测试队列发送所述测试计划至对应的目标服务中。

4.根据权利要求2所述的自动化测试方法，其特征在于，所述组合所述测试用例为测试计划的步骤具体包括：

获取所有所述测试用例的测试功能，根据所述测试功能确定所述测试用例是否为同一测试计划；

在所述测试用例的测试功能相同时，确定同一所述测试功能的测试用例为同一个所述测试计划。

5.根据权利要求1所述的自动化测试方法，其特征在于，所述获取所述测试用例的第一执行结果的步骤具体包括：

在所述测试用例执行完成时，对所述测试用例进行断言检测；

若所述测试用例通过所述断言检测得到的预期值与实际值一致，确定所述测试用例测试成功，标记所述测试用例为测试成功用例；

若所述测试用例通过所述断言检测得到的预期值与所述实际值不一致，则确定所述测试用例测试失败，标记所述测试用例为测试失败用例。

6.根据权利要求1所述的自动化测试方法，其特征在于，所述根据所述第一执行结果生成所述测试用例的测试报表的步骤具体包括：

获取所述测试用例的第二执行结果，根据所述第一执行结果和所述第二执行结果计算所述测试用例的综合评分；

根据所述综合评分生成所述测试用例的测试报表。

7.根据权利要求1所述的自动化测试方法，其特征在于，在所述在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型的步骤之前还包括：

基于后端接口获取预先设定的预测试用例，将所述预测试用例通过预设函数展示在前端页面，基于所述前端页面接收所述预测试用例的测试指令。

8.一种自动化测试装置，其特征在于，包括：

获取模块，用于在接收到测试指令时，基于预设测试用例表获取所述测试指令对应的所有测试用例，以及每个所述测试用例的测试类型；

发送模块，用于根据所述测试类型确定每个所述测试用例的目标服务，并获取所述测试用例对应的测试队列，基于所述测试队列发送所述测试用例至所述目标服务中，以使所述目标服务执行所述测试用例；

生成模块，用于获取所述测试用例的第一执行结果，根据所述第一执行结果生成所述测试用例的测试报表。

9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的自动化测试方法的步骤。

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

Images