CN117149541A - 自动化测试方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请实施例提供一种自动化测试方法、装置、电子设备和可读存储介质，涉及自动化测试领域。该方法获取测试请求，将测试请求中的访问脚本ID与预设的thub平台绑定；基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件；触发于用户对测试数据条件的点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集；通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果；将测试结果在前端页面上显示。本申请实施例进行自动化测试，提升测试效率。

Description

自动化测试方法、装置、电子设备和可读存储介质

技术领域

本申请涉及自动化测试技术领域，具体涉及一种自动化测试方法、装置、电子设备和可读存储介质。

背景技术

对物流行业的管理软件测试时，由于物流行业的数据获取困难，通常采用人工手动罗列不同业务场景的测试用例。为了缓解这一问题，采用thub平台进行用例数据的获取，但是thub访问具有限制，只有特定的用户才可以访问，还是需要手动进行测试用例构造，无法做到自动化，导致测试的效率较低。

发明内容

本申请提供了一种自动化测试方法、装置、电子设备和可读存储介质，能够进行自动化测试，无需人工构造测试数据，提升测试效率。

本申请实施例的技术方案如下：

第一方面，本申请实施例提供了一种自动化测试方法，所述方法包括：

获取测试请求，所述测试请求包括访问脚本ID，将所述访问脚本ID与预设的thub平台绑定；

基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，将所述测试数据条件在前端页面上显示；

触发于用户对所述测试数据条件的点击操作，对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集；

通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果；

控制所述前置数据构造工具接收所述thub平台返回的测试结果，并将所述测试结果在前端页面上显示。

在上述技术方案中，获取测试请求，测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定，通过绑定实现根据不同的访问脚本ID访问thub平台；基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件，并将测试数据条件在前端页面上显示，通过前置数据构造工具访问thub平台得到测试数据条件，缓解了访问限制，能够自动触发获取数据，有利于后续进行自动化测试；触发于用户对测试数据条件的点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集，使得测试数据集更加符合业务场景，从而提升测试的质量；通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果，实现测试自动化，提升测试效率；控制前置数据构造工具接收thub平台返回的测试结果，并将测试结果在前端页面上显示。与现有技术中人工构造测试数据，测试效率低相比，本申请实施例通过利用前置数据构造工具访问thub平台得到测试数据条件，能够缓解thub平台的访问限制，能够自动触发获取数据，再根据业务场景对测试数据条件进行回放，使得测试数据集更加符合业务场景，提升测试质量，利用前置数据构造工具访问thub平台进行测试，实现自动化测试，无需人工构造测试数据，提升测试效率。

在本申请的一些实施例中，所述基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，包括：

对所述前置数据构造工具进行配置，配置完成后，基于所述访问脚本ID，通过所述前置数据构造工具向所述thub平台发送请求入参；

控制所述前置数据构造工具接收来自所述thub平台返回的流程入参；

控制所述前置数据构造工具对所述流程入参进行入参编辑，并向所述thub平台发送执行流程；

控制所述前置数据构造工具接收来自所述thub平台根据所述执行流程生成的测试数据条件。

在上述技术方案中，通过前置数据构造工具访问thub平台，缓解了访问限制，能够自动触发获取数据，有利于提升测试效率。

在本申请的一些实施例中，所述对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集，包括：

对所述测试数据条件进行关键词提取，得到识别字段；

根据预设的业务场景，按照所述识别字段对所述测试数据条件进行数据回放，得到多个回放数据；

对各个所述回放数据进行数据清洗，得到多个清洗数据；

对各个所述清洗数据进行计算，并同步到预设的数据库中，得到测试数据集。

在上述技术方案中，通过进行关键词提取得到识别字段，根据业务场景和识别字段进行数据回放，并进行数据清洗和同步，得到测试数据集，能够使得测试数据集中的数据更加符合业务场景，提升测试质量，保证系统的稳定运行。

在本申请的一些实施例中，在所述对各个所述清洗数据进行计算，并同步到预设的数据库中，得到测试数据集之前，所述方法包括：

创建数据回放前置数据表，所述数据回放前置数据表具有多个字段，并将各个所述字段按照日期分区；

向所述数据回放前置数据表中插入所述数据，得到临时数据表，所述临时数据表的结构与所述预设的数据库的结构适配，用于将数据同步到预设的数据库中。

在上述技术方案中，创建数据回放前置数据表，并根据数据回放前置数据表得到临时表，能够将数据同步到数据库中，方便获取测试数据集。

在本申请的一些实施例中，所述向所述数据回放前置数据表中插入所述数据，得到临时数据表，包括：

利用预设的获取函数获取各个所述字段对应的当前数据，所述当前数据作为各个所述字段的字段值；

根据各个所述字段和各个所述字段对应的所述字段值进行排序和分组处理，得到所述临时数据表。

在上述技术方案中，根据字段填入数据，并进行排序和分组得到临时表，有利于后续进行数据同步，实现自动化测试。

在本申请的一些实施例中，所述测试数据集包括多个域参数矩阵；

所述通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果，包括：

通过预设的前置数据构造工具向所述thub平台传输各个所述域参数矩阵；

控制所述thub平台中与各个所述域参数矩阵对应的域接口执行各个所述域参数矩阵，得到所述测试结果。

在上述技术方案中，通过前置数据构造工具访问thub平台，缓解了访问限制，以便进行自动化测试，控制thub平台进行测试，无需人工参数，能够提升测试效率。

在本申请的一些实施例中，所述将所述测试数据条件在前端页面上显示，包括：

将所述访问脚本ID作为预设的绑定函数的参数数据，调用预设的异步请求方法获取所述参数数据对应的测试数据条件；

对所述测试数据条件进行判断，得到判断结果；

在所述判断结果为请求成功的情况下，将所述测试数据条件在前端页面上显示。

在上述技术方案中，将访问脚本ID作为预设的绑定函数的参数数据，调用预设的异步请求方法获取测试数据条件，请求成功进行数据展示，以供测试人员进行查看，了解平台运行情况。

第二方面，本申请提供了一种自动化测试装置，所述装置包括：

数据获取模块，用于获取测试请求，所述测试请求包括访问脚本ID，将所述访问脚本ID与预设的thub平台绑定；

前置数据构造模块，用于基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，将所述测试数据条件在前端页面上显示；

数据回放模块，用于触发于用户对所述测试数据条件的点击操作，对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集；

用例执行模块，用于通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果；

结果显示模块，用于控制所述前置数据构造工具接收所述thub平台返回的测试结果，并将所述测试结果在前端页面上显示。

第三方面，本申请实施例提供了一种电子设备，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行上述第一方面提供的任意一项所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行上述第一方面提供的任意一项所述的方法。

综上所述，本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、由于采用了利用前置数据构造工具访问thub平台得到测试数据条件，再根据业务场景对测试数据条件进行回放，利用前置数据构造工具访问thub平台进行测试，得到测试结果的技术手段，所以，有效解决了相关技术中人工构造测试数据，测试效率低问题。本申请实施例能够缓解thub平台的访问限制，自动触发获取数据，通过业务场景进行数据回放使得测试数据集更加符合业务场景，提升测试质量，通过前置数据构造工具访问thub平台进行测试，实现自动化测试，无需人工构造测试数据，提升测试效率。

2、通过对数据进行清洗，并将清洗的数据应用于测试环境执行，提高了测试效率和质量，更好的保障了系统的稳定运行。

附图说明

图1是本申请一个实施例提供的自动化测试方法的流程示意图；

图2是图1中步骤S200的一个子步骤流程示意图；

图3是本申请一个实施例提供的自动化测试方法的访问thub平台时序示意图；

图4是图1中步骤S200的另一个子步骤流程示意图；

图5是图1中步骤S300的一个子步骤流程示意图；

图6是图1中步骤S300的另一个子步骤流程示意图；

图7是图6中步骤S360的一个子步骤流程示意图；

图8是图1中步骤S400的一个子步骤流程示意图；

图9是本申请一个实施例提供的自动化测试方法的整体流程示意图；

图10是本申请一个实施例提供的自动化测试装置的结构示意图；

图11是本申请一个实施例的提供的电子设备的结构示意图。

具体实施方式

为了使本领域的技术人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。

在本申请实施例的描述中，“例如”或者“举例来说”等词用于表示作例子、例证或说明。本申请实施例中被描述为“例如”或者“举例来说”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“例如”或者“举例来说”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，术语“多个”的含义是指两个或两个以上。例如，多个系统是指两个或两个以上的系统，多个屏幕终端是指两个或两个以上的屏幕终端。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例提供一种自动化测试方法、装置、电子设备和可读存储介质，该自动化测试方法通过获取测试请求，测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定，通过绑定实现根据不同的访问脚本ID访问thub平台；基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件，并将测试数据条件在前端页面上显示，通过前置数据构造工具访问thub平台得到测试数据条件，缓解了访问限制，能够自动触发获取数据，有利于后续进行自动化测试；触发于用户对测试数据条件的点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集，使得测试数据集更加符合业务场景，从而提升测试的质量；通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果，实现测试自动化，提升测试效率；控制前置数据构造工具接收thub平台返回的测试结果，并将测试结果在前端页面上显示。与现有技术中人工构造测试数据，测试效率低相比，本申请实施例通过利用前置数据构造工具访问thub平台得到测试数据条件，能够缓解thub平台的访问限制，能够自动触发获取数据，再根据业务场景对测试数据条件进行回放，使得测试数据集更加符合业务场景，提升测试质量，利用前置数据构造工具访问thub平台进行测试，实现自动化测试，无需人工构造测试数据，提升测试效率。

需要说明的是，该自动化测试方法用于对物流管理平台的测试，物流管理平台具有多种域的测试业务环境，该自动化测试方法能够对多种域的业务环境进行测试，无需针对不同的域手动设计测试用例，能够进行自动化测试，提升测试效率。

下面结合附图，对本申请实施例提供的技术方案作出进一步说明。

参照图1，图1是本申请实施例提供的自动化测试方法的流程示意图。自动化测试应用于物流管理系统，该自动化测试方法包括步骤S100、步骤S200、步骤S300、步骤S400和步骤S500。

步骤S100，获取测试请求，测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定。

在一实施例中，用户登录物流平台，测试人员输入测试请求需求，通过预设的读取接口获取测试人员在前端输入的测试请求，该测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定，通过进行绑定可以从thub平台获取与测试请求相对应的数据，以便后续进行测试。

步骤S200，基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件，将测试数据条件在前端页面上显示。

在一实施例中，根据步骤S100得到的访问脚本ID，依据该访问脚本ID，利用预设的前置数据构造工具向thub平台传输执行参数，控制thub平台根据访问脚本ID搜索相对应的测试数据条件，并返回给前置数据构造工具，控制前置数据构造工具接收来自thub平台生成的测试数据条件，然后将测试数据条件在前端页面上显示，有利于用户根据该测试数据条件选择测试项目，生成相应的测试用例，从而完成自动化测试。其中，前置数据构造工具为向thub平台发送数据，促使thub平台执行对应的操作，并接收thub平台返回数据的工具，能够避免thub平台访问困难的问题，进而提升测试效率。测试数据条件为归属业务和测试流程，归属业务包括工单、申诉平台等，测试流程包括工单创建、通话回执等。

如图2和图3所示，基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件，包括但不限于有以下步骤：

步骤S210，对前置数据构造工具进行配置，配置完成后，基于访问脚本ID，通过前置数据构造工具向thub平台发送请求入参。

在本申请的一个可能的实施例中，首先对前置数据构造工具进行相应的配置，配置完成后，根据访问脚本ID，利用前置数据构造工具向thub发送请求入参，以便后续接收thub平台的返回结果。该请求入参通过利用关键词提取规则对访问脚本ID进行参数提取得到。

步骤S220，控制前置数据构造工具接收来自thub平台返回的流程入参。

在本申请的一个可能的实施例中，控制thub平台根据请求入参进行处理后，thub平台返回流程入参，控制前置数据构造工具接收来自thub平台返回的流程入参，以便后续根据流程入参进行参数编辑。

步骤S230，控制前置数据构造工具对流程入参进行入参编辑，并向thub平台发送执行流程。

在本申请的一个可能的实施例中，根据步骤S220得到的流程入参，控制前置数据构造工具对流程入参进行入参编辑，进行入参编辑具体为流程入参进行解析，得到对应的执行命令，进而向thub平台发送执行流程，以便后续得到测试数据条件。

步骤S240，控制前置数据构造工具接收来自thub平台根据执行流程生成的测试数据条件。

在本申请的一个可能的实施例中，根据步骤S230发送的执行流程，控制thub平台执行该执行流程，生成测试数据条件，并返回该测试数据条件。接收来自thub平台根据执行流程生成的测试数据条件，并将测试数据条件在前端页面进行展示，方便用户对测试数据条件进行选择，进而获取相应的测试用例进行测试。

如图4所示，将测试数据条件在前端页面上显示，包括但不限于有以下步骤：

步骤S250，将访问脚本ID作为预设的绑定函数的参数数据，调用预设的异步请求方法获取参数数据对应的测试数据条件。

在本申请一个可能的实施例中，预设的绑定函数为gatherParams()，该绑定函数具有出入参数processCode，将访问脚本ID作为上述绑定函数的参数数据，在该绑定函数中调用预设的异步请求方法，该异步请求方法用于向后端发送请求，并获取返回的参数数据（或访问脚本ID）对应的测试数据条件，有利于后续根据测试数据条件得到判断结果。请求的接口名为api.workflow.query.processParam，并且将传入的参数数据作为参数。

步骤S260，对测试数据条件进行判断，得到判断结果。

在本申请一个可能的实施例中，根据步骤S240得到的测试数据条件，将测试数据条件表示为res，对测试数据条件进行判断，判断res.success是否是正确，得到判断结果，有利于后续根据判断结果在前端页面显示内容。

步骤S270，在判断结果为请求成功的情况下，将测试数据条件在前端页面上显示。

在本申请一个可能的实施例中，在判断结果为请求成功的情况下，表示请求成功，将获取到的测试数据条件进行处理和展示。具体地，通过JSON.parse(res.data)将返回的字符串转换为JSON对象，并通过JSON.stringify将JSON对象转换为格式化的字符串，最后将格式化后的参数数据存储在res_data和res_form_data中。在判断结果为请求不成功的情况下，表示请求失败，则通过this.utils.toast方法弹出错误提示，并结束函数的执行，在前端页面上显示为空。通过将测试数据条件展示给测试人员，有利于测试人员选择相应的测试条件进行相应的测试。

步骤S300，触发于用户对测试数据条件的点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集。

在一实施例中，用户在前端页面对测试数据条件进行选择并点击解析，触发于用户的点击操作，对测试数据条件进行解析，通过预设的解析函数获取相应的字段，以便进行数据回放。其中，预设的解析函数为文本解析算法，能够获取相应的字段。根据预设的业务场景对测试数据条件进行数据回放，能够使得测试数据集符合各个域的业务场景，测试具有可信度，提升测试的质量。

如图5所示，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集，包括但不限于有以下步骤：

步骤S310，对测试数据条件进行关键词提取，得到识别字段。

在本申请的一个可能的实施例中，触发于用户的点击操作，首先利用预设的关键词提取算法对测试数据条件进行关键词提取，得到识别字段，识别字段可以为工单和工单创建等。通过得到识别字段，为后续进行数据回放操作提供支持。

步骤S320，根据预设的业务场景，按照识别字段对测试数据条件进行数据回放，得到多个回放数据。

在本申请的一个可能的实施例中，业务场景包括运输路径、投诉/申诉流程等，根据不同的业务场景，按照识别字段对测试数据条件进行数据回放，得到多个回放数据。该回放数据符合相应的业务场景，测试可信度高，能够提升测试质量。

步骤S330，对各个回放数据进行数据清洗，得到多个清洗数据。

在本申请的一个可能的实施例中，由于回放数据可能具有重复或者不可采用的数据，对各个回放数据进行去重复以及去除不可用数据处理，得到多个清洗数据。通过进行数据清洗，能够提高测试效率和质量，更好的保障了系统的稳定运行。

步骤S340，对各个清洗数据进行计算，并同步到预设的数据库中，得到测试数据集。

在本申请的一个可能的实施例中，创建临时表，对清洗数据进行筛选填入表中，并将数据同步到预设的数据库中，将清洗数据应用于测试环境中，得到测试数据集，有利于后续利用测试数据集进行平台测试。

如图6所示，在对各个清洗数据进行计算，并同步到预设的数据库中，得到测试数据集之前，自动化测试方法包括但不限于有以下步骤：

步骤S350，创建数据回放前置数据表，数据回放前置数据表具有多个字段，并将各个字段按照日期分区。

在本申请的一个可能的实施例中，创建数据回放前置数据表，该前置数据表具有多个字段，示例性地，字段包括创建时间、修改时间、uuid、业务流程编码、业务流程名称、用例名、修改人、所属业务域、用例入参、预期结果和rk等。然后将上述字段按照日期关键字进行分区，上述创建的前置数据表与预设的数据库中的表结构相同，以方便同步。

步骤S360，向数据回放前置数据表中插入数据，得到临时数据表，临时数据表的结构与预设的数据库的结构适配，用于将数据同步到预设的数据库中。

在本申请的一个可能的实施例中，根据步骤S350创建得到的数据回放前置数据表，向数据回放前置数据表中插入清洗后的数据。具体为：根据创建时间、修改时间、uuid、业务流程编码、业务流程名称、用例名、修改人、所属业务域、用例入参、预期结果和rk等多个字段，在相应的字段对应的位置，插入清洗后的数据，得到临时表，临时数据表的结构与预设的数据库的结构适配，用于将数据同步到预设的数据库中，以便得到测试数据集。还可以对一些插入的数据进行加密处理，示例性地，对uuid字段对应的清洗数据进行加密处理，可以利用预设的加密算法进行加密，保证数据的安全性。预设的加密算法可以为MD5加密算法，也可以为其他加密算法，能够对数据进行加密和解密即可，这里不作赘述。

如图7所示，向数据回放前置数据表中插入数据，得到临时数据表，包括但不限于有以下步骤：

步骤S361，利用预设的获取函数获取各个字段对应的当前数据，当前数据作为各个字段的字段值。

在本申请的一个可能的实施例中，根据清洗数据，利用预设的获取函数获取各个字段对应的各个字段对应的当前数据，作为数据值插入数据表，有利于后续得到临时表。

步骤S362，根据各个字段和各个字段对应的字段值进行排序和分组处理，得到临时数据表。

在本申请的一个可能的实施例中，根据步骤S361的各个字段以及各个字段对应的字段值，将各个字段进行连接后，按照字段进行排序处理，对排序后的表进行分组处理，得到临时数据表，临时数据表与预设的数据库中的表结构相同，有利于将数据同步至预设的数据库中，从而得到测试数据集。

步骤S400，通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果。

在一实施例中，测试数据集包括多个测试用例数据对应的域参数矩阵，根据得到的测试数据集，通过预设的前置数据构造工具向thub平台传输测试数据集，使得控制thub平台执行测试数据集，得到测试结果，该测试结果能够反映测试平台的运行状况，提升平台的稳定性。并且通过前置数据构造工具向thub平台传输数据，能够避免thub访问的限制性，有利于提高测试效率。

在一实施例中，测试数据集包括多个域参数矩阵，如图8所示，通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果，包括但不限于有以下步骤：

步骤S410，通过预设的前置数据构造工具向thub平台传输各个域参数矩阵。

在本申请一个可能的实施例中，由于测试数据集包括多个测试用例数据对应的域参数矩阵，各个域参数矩阵属于不同的域，其中，各个域对应不同的业务场景，能够实现不同业务场景的测试。其中，多个测试用例数据对应的域参数矩阵通过对测试用例数据进行矩阵转换得到。通过预设的前置数据构造工具向thub平台传输各个域参数矩阵，有利于后续thub平台对不同场景进行测试，提高测试质量，保证系统的稳定运行。示例性地，各个域参数矩阵可以为客服参数矩阵、计费参数矩阵、运输参数矩阵以及其他域参数矩阵等。

步骤S420，控制thub平台中与各个域参数矩阵对应的域接口执行各个域参数矩阵，得到测试结果。

在本申请一个可能的实施例中，thub平台接收到各个域参数矩阵，控制thub平台中与各个域参数矩阵对应的域接口执行各个域参数矩阵，得到测试结果，该测试结果能够反映平台的运行情况，保证平台能够稳定运行。示例性地，thub平台的客服域接口执行客服参数矩阵的用例，thub平台的计费域接口执行计费参数矩阵的用例，thub平台的运输域接口执行运输参数矩阵的用例等。thub平台将执行得到的测试结果发送给预设的前置数据构造工具，方便进行展示查看。

步骤S500，控制前置数据构造工具接收thub平台返回的测试结果，并将测试结果在前端页面上显示。

在一实施例中，控制前置数据构造工具接收thub平台返回的测试结果，将测试结果在前端页面上显示，供测试人员查看，方便测试人员了解平台的运行情况，并且上述过程无需人工参与，能够提升测试效率。

如图9所示，本申请实施例提供一种自动化测试方法的整体流程示意图，首先获取测试请求，该测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定，通过绑定能够使得通过访问脚本ID获取相对应的测试数据条件。根据访问脚本ID，通过前置数据构造工具向thub平台发送请求入参，控制前置数据构造工具接收thub平台返回的流程入参，并控制前置数据构造工具对流程入参进行入参编辑，并向thub平台发送执行流程，控制前置数据构造工具接收来自thub平台根据执行流程生成的测试数据条件，并进行展示。触发于用户对测试数据条件的选择点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集，上述方式为动态构造方式，通过java或者python实现，能够自动获取测试数据，无需人工参与，能够提升测试效率。测试数据集包括客服参数矩阵、计费参数矩阵、运输参数矩阵以及其他域参数矩阵等，通过预设的前置数据构造工具批量向thub平台传输客服参数矩阵、计费参数矩阵、运输参数矩阵，通过对上述测试数据集进行管理，还能够新增数据，新增数据包括新增流程和新增用例。通过前置数据构造工具将测试数据集传输给thub平台，控制thub平台的客服域接口批量执行客服参数矩阵的用例，thub平台的计费域接口批量执行计费参数矩阵的用例，thub平台的运输域接口批量执行运输参数矩阵的用例，得到测试结果，将测试结果返回给前置数据构造工具，控制前置数据构造工具接收测试结果，并将测试结果在前端页面上显示，供测试人员查看，方便测试人员了解平台的运行情况，并且上述过程无需人工参与，能够提升测试效率。

如图10所示，本申请实施例提供一种自动化测试装置100，该装置通过数据获取模块110获取测试请求，测试请求包括访问脚本ID，将访问脚本ID与预设的thub平台绑定，通过绑定实现根据不同的访问脚本ID访问thub平台；利用前置数据构造模块120基于访问脚本ID，通过预设的前置数据构造工具向thub平台传输执行参数，控制前置数据构造工具接收来自thub平台生成的测试数据条件，并将测试数据条件在前端页面上显示，通过前置数据构造工具访问thub平台得到测试数据条件，缓解了访问限制，能够自动触发获取数据，有利于后续进行自动化测试；在利用数据回放模块130触发于用户对测试数据条件的点击操作，对测试数据条件进行解析，并根据预设的业务场景对测试数据条件进行数据回放，得到测试数据集，使得测试数据集更加符合业务场景，从而提升测试的质量；利用用例执行模块140通过预设的前置数据构造工具向thub平台传输测试数据集，以使控制thub平台执行测试数据集，得到测试结果，实现测试自动化，提升测试效率；通过结果显示模块150控制前置数据构造工具接收thub平台返回的测试结果，并将测试结果在前端页面上显示。本申请实施例能够实现自动化测试，无需人工构造测试数据，提升测试效率。

需要说明的是，数据获取模块110与前置数据构造模块120连接，前置数据构造模块120与数据回放模块130连接，数据回放模块130与用例执行模块140连接，用例执行模块140与结果显示模块150连接。上述自动化测试方法应用于自动化测试装置100，自动化测试装置100通过利用前置数据构造工具访问thub平台得到测试数据条件，能够缓解thub平台的访问限制，能够自动触发获取数据，再根据业务场景对测试数据条件进行回放，使得测试数据集更加符合业务场景，提升测试质量，利用前置数据构造工具访问thub平台进行测试，实现自动化测试，无需人工构造测试数据，提升测试效率。

还需要说明的是：上述实施例提供的装置在实现其功能时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置和方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请还公开一种电子设备。参照图11，图11是本申请实施例的公开的一种电子设备的结构示意图。该电子设备500可以包括：至少一个处理器501，至少一个网络接口504，用户接口503，存储器505，至少一个通信总线502。

其中，通信总线502用于实现这些组件之间的连接通信。

其中，用户接口503可以包括显示屏（Display）、摄像头（Camera），可选用户接口503还可以包括标准的有线接口、无线接口。

其中，网络接口504可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，处理器501可以包括一个或者多个处理核心。处理器501利用各种接口和线路连接整个服务器内的各个部分，通过运行或执行存储在存储器505内的指令、程序、代码集或指令集，以及调用存储在存储器505内的数据，执行服务器的各种功能和处理数据。可选的，处理器501可以采用数字信号处理（Digital Signal Processing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable LogicArray，PLA）中的至少一种硬件形式来实现。处理器501可集成中央处理器（CentralProcessing Unit，CPU）、图像处理器（Graphics Processing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器501中，单独通过一块芯片进行实现。

其中，存储器505可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-Only Memory）。可选的，该存储器505包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器505可用于存储指令、程序、代码、代码集或指令集。存储器505可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及的数据等。存储器505可选的还可以是至少一个位于远离前述处理器501的存储装置。参照图11，作为一种计算机存储介质的存储器505中可以包括操作系统、网络通信模块、用户接口模块以及一种自动化测试方法的应用程序。

在图11所示的电子设备500中，用户接口503主要用于为用户提供输入的接口，获取用户输入的数据；而处理器501可以用于调用存储器505中存储一种自动化测试方法的应用程序，当由一个或多个处理器501执行时，使得电子设备500执行如上述实施例中一个或多个的方法。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必需的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几种实施方式中，应该理解到，所披露的装置，可通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：U盘、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践真理的公开后，将容易想到本公开的其他实施方案。

本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (10)

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

获取测试请求，所述测试请求包括访问脚本ID，将所述访问脚本ID与预设的thub平台绑定；

基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，将所述测试数据条件在前端页面上显示；

触发于用户对所述测试数据条件的点击操作，对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集；

通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果；

控制所述前置数据构造工具接收所述thub平台返回的测试结果，并将所述测试结果在前端页面上显示。

2.根据权利要求1所述的方法，其特征在于，所述基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，包括：

对所述前置数据构造工具进行配置，配置完成后，基于所述访问脚本ID，通过所述前置数据构造工具向所述thub平台发送请求入参；

控制所述前置数据构造工具接收来自所述thub平台返回的流程入参；

控制所述前置数据构造工具对所述流程入参进行入参编辑，并向所述thub平台发送执行流程；

控制所述前置数据构造工具接收来自所述thub平台根据所述执行流程生成的测试数据条件。

3.根据权利要求1所述的方法，其特征在于，所述对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集，包括：

对所述测试数据条件进行关键词提取，得到识别字段；

根据预设的业务场景，按照所述识别字段对所述测试数据条件进行数据回放，得到多个回放数据；

对各个所述回放数据进行数据清洗，得到多个清洗数据；

对各个所述清洗数据进行计算，并同步到预设的数据库中，得到测试数据集。

4.根据权利要求3所述的方法，其特征在于，在所述对各个所述清洗数据进行计算，并同步到预设的数据库中，得到测试数据集之前，所述方法包括：

创建数据回放前置数据表，所述数据回放前置数据表具有多个字段，并将各个所述字段按照日期分区；

向所述数据回放前置数据表中插入所述数据，得到临时数据表，所述临时数据表的结构与所述预设的数据库的结构适配，用于将数据同步到预设的数据库中。

5.根据权利要求4所述的方法，其特征在于，所述向所述数据回放前置数据表中插入所述数据，得到临时数据表，包括：

利用预设的获取函数获取各个所述字段对应的当前数据，所述当前数据作为各个所述字段的字段值；

根据各个所述字段和各个所述字段对应的所述字段值进行排序和分组处理，得到所述临时数据表。

6.根据权利要求1所述的方法，其特征在于，所述测试数据集包括多个域参数矩阵；

所述通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果，包括：

通过预设的前置数据构造工具向所述thub平台传输各个所述域参数矩阵；

控制所述thub平台中与各个所述域参数矩阵对应的域接口执行各个所述域参数矩阵，得到所述测试结果。

7.根据权利要求1所述的方法，其特征在于，所述将所述测试数据条件在前端页面上显示，包括：

将所述访问脚本ID作为预设的绑定函数的参数数据，调用预设的异步请求方法获取所述参数数据对应的测试数据条件；

对所述测试数据条件进行判断，得到判断结果；

在所述判断结果为请求成功的情况下，将所述测试数据条件在前端页面上显示。

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

数据获取模块，用于获取测试请求，所述测试请求包括访问脚本ID，将所述访问脚本ID与预设的thub平台绑定；

前置数据构造模块，用于基于所述访问脚本ID，通过预设的前置数据构造工具向所述thub平台传输执行参数，控制所述前置数据构造工具接收来自所述thub平台生成的测试数据条件，将所述测试数据条件在前端页面上显示；

数据回放模块，用于触发于用户对所述测试数据条件的点击操作，对所述测试数据条件进行解析，并根据预设的业务场景对所述测试数据条件进行数据回放，得到测试数据集；

用例执行模块，用于通过预设的前置数据构造工具向所述thub平台传输所述测试数据集，以使控制所述thub平台执行所述测试数据集，得到测试结果；

结果显示模块，用于控制所述前置数据构造工具接收所述thub平台返回的测试结果，并将所述测试结果在前端页面上显示。

9.一种电子设备，其特征在于，包括处理器、存储器、用户接口及网络接口，所述存储器用于存储指令，所述用户接口和网络接口用于给其他设备通信，所述处理器用于执行所述存储器中存储的指令，以使所述电子设备执行如权利要求1-7任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令被执行时，执行如权利要求1-7任意一项所述的方法。