CN111475388A - 数据推送的测试方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种数据推送的测试方法、装置、计算机设备及存储介质，涉及计算机数据测试技术领域。该方法包括：接收数据测试指令，建立数据发送任务；为数据发送任务生成测试数据；发起测试推送请求，以使接收端响应于测试推送请求建立数据接收任务；使数据发送任务与数据接收任务相互关联对接形成完整的数据推送任务，并执行数据推送任务对测试数据进行推送；调用推送日志，验证测试数据是否推送成功。所述方法无需通过前端操作创建测试任务，测试时花费的时间较短，能够实现对大批量数据推送的测试要求，并提升功能测试的效率，通过日志判断数据的推送结果时还能方便分析测试时出现的问题，以及对测试过程中出现的问题进行定位。

Description

数据推送的测试方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机数据测试技术领域，特别是一种数据推送的测试方法、装置、计算机设备及存储介质。

背景技术

通过接口将大量数据推送给第三方接口时，需要注意数据推送过程中是否有异常情况发生，以及当数据推送失败后，服务器是否会自动处理该异常情况。

传统的功能测试，需要通过前端页面创建任务，并将名单上传到服务器上，其测试时间耗时较长，构造大量的名单数据也需要耗费不少时间，上传过程中还需要一定的等待时间，而且缺乏关于功能的性能测试和服务器的压力测试，测试效率较差，测试过程中有时出现问题也不好排查。

发明内容

本申请实施例所要解决的技术问题是，提供一种数据推送的测试方法、装置、计算机设备及存储介质，提升功能测试的效率以及方便对测试过程中出现的问题进行定位。

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

一种数据推送的测试方法，包括：

接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务；

为所述数据发送任务生成用于推送的测试数据；

当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务；

当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送；

调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。

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

一种数据推送的测试装置，包括：

指令接收模块，用于接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务；

数据生成模块，用于为所述数据发送任务生成用于推送的测试数据；

测试请求模块，用于当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务；

任务执行模块，用于当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送；

结果验证模块，用于调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：

一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器执行所述计算机程序时实现如上述任意一项技术方案所述的数据推送的测试方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：

一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任意一项技术方案所述的数据推送的测试方法的步骤。

与现有技术相比，本申请实施例主要有以下有益效果：

本申请实施例公开了一种数据推送的测试方法、装置、计算机设备及存储介质，本申请实施例所述的数据推送的测试方法，在接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务后；为所述数据发送任务生成用于推送的测试数据；并当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务；当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，再使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送；最后调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。所述方法无需通过前端操作创建任务，能够根据数据测试指令自动创建数据推送任务进行推送，实现对大批量数据推送的测试要求，并减少测试时间的消耗，提升功能测试的效率，在进行数据推送测试的过程中还能方便地进行压力测试，在通过日志判断数据的推送结果时还能方便分析测试时出现的问题，以及对测试过程中出现的问题进行定位。

附图说明

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

图1为本申请实施例可以应用于其中的示例性系统架构图；

图2为本申请实施例中所述数据推送的测试方法的一个实施例的流程图；

图3为本申请实施例中所述数据推送的测试装置的一个实施例的结构示意图；

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

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“包括”、“包含”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。在本申请的权利要求书、说明书以及说明书附图中的术语，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体/操作/对象与另一个实体/操作/对象区分开来，而不一定要求或者暗示这些实体/操作/对象之间存在任何这种实际的关系或者顺序。

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

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

如图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 Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

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

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

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

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

步骤201：接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务。

本申请中，所述数据测试指令可以是用户在希望进行测试时所发出的，也可以是由系统服务器通过监控任务或定时任务发出的。

服务器可以通过监控用户的操作状态，在接收到用户发出的用于执行数据推送测试的数据测试指令后，便响应于该数据测试指令，建立一个关于测试数据推送的数据发送任务。所述数据发送任务用于对测试数据推送过程中所采用的测试数据进行推送。

生成的所述数据发送任务，可以自动插入到服务器数据库队列任务的最前端或中间任意位置处，以便能够及时运行启动数据推送的测试。

在本申请实施例中，所述数据推送的测试方法运行于其上的电子设备(例如图1所示的服务器/终端设备)可以通过有线连接方式或者无线连接方式接收数据测试指令。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。

步骤202：为所述数据发送任务生成用于推送的测试数据。

所述数据发送任务携带有一个用于进行唯一标识的任务ID(identification，身份证明)，在建立所述数据发送任务时，需要为其准备用于推送的测试数据，然后将测试数据与该数据发送任务的任务ID进行关联。本申请中对于测试数据的数量不限制，既可以进行小量数据的推送测试，也可以进行大量数据的推送测试。

在本申请的一些实施例中，所述步骤202包括：

调用预设的数据生成工具，并获取预期生成的测试数据的目标存储格式；

配置所述数据生成工具，通过所述数据生成工具生成符合所述目标存储格式的测试数据。

若通过人工创建数据，创建时一般需要一个个复制粘贴或进行许多重复冗长的操作，其效率太低，因此我们需要设置好一个能够快速生成测试数据的专用工具，该专用工具可以通过执行代码程序，根据配置内容快速生成测试数据。

本申请中，我们预先设置好专用的数据生成工具后，在需要生成测试数据时，便调用所述数据生成工具，并在所述数据生成工具中配置好所需生成的测试数据的存储格式，然后通过所述数据生成工具基于代码层面自动生成我们所需的测试数据。如此生成测试数据的效率极高，且生成的测试数据格式较为统一。测试数据生成后，再将其与步骤201中生成的数据发送任务进行关联，作为所述数据发送任务执行时推送的对象数据。

在一种较佳的实施方式中，选择MangoDb数据库存储数据，而MangoDb数据库表单中数据的存储方式便是基于Json格式的，生成所述测试数据时，便可以根据MangoDb数据库的存储要求，以Json的格式进行生成，如此便于测试数据存储在MangoDb数据库的表单中。按照以上的格式生成测试数据，便于使生成的测试数据各条数据之间的字段信息均保持一致，以保持测试数据推送时的正确性。

在本申请的一些实施例中，所述步骤202还包括：

获取所述数据发送任务所依赖的传输接口的最大数据推送量；

当所述测试数据的数据数量超过所述最大数据推送量时，将所述测试数据划分为若干段子测试数据，其中每段所述子测试数据的数据量均不超过所述最大数据推送量。

受硬件条件限制，通过传输接口推送数据时，传输接口一次最多只能通过一个定量的数据，将这个定量视为所述传输接口能够承受的最大数据推送量。

而测试数据的数据数量相比传输接口的最大数据推送量往往会超出很多，因此需要将所述测试数据划分为符合接口传输要求的子测试数据后，才能正常传输所述测试数据。

在一种具体实施方式中，可以以所述最大数据推送量为基本单位，将所述测试数据依次划分为n段子测试数据。此时每段子测试数据的数据数量均不会超出所述传输接口的数据容量。其中，可以理解到，将所述测试数据依次划分为n段子测试数据后，先划分出的n-1段子测试数据其数据数量即为所述传输接口的最大数据推送量，而第n段子测试数据的数据数量大于零且小于等于所述传输接口的最大数据推送量。

在另一种具体实施方式中，还可以以等分的方式将所述测试数据划分为n段子测试数据，每段子测试数据的数据量不超过所述最大数据推送量即可。

步骤203：当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务。

所述数据发送任务是在服务器端建立的任务，进行数据推送时，还需要在接收端建立与其关联的数据接收任务，在测试数据准备完成后，便通过传输接口与接收端建立的通信通道向接收端发起创建所述数据接收任务的请求，接收端接收到该请求后，便进行响应以创建所述数据推送任务。

步骤204：当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送。

在接收端成功建立了所述数据接收任务后，进一步响应所述测试推送请求向服务器端发送反馈信息，所述反馈信息用于提示接收端是否已成功建立所述数据接收任务。若服务器接收到的反馈信息表示响应结果成功时，便将服务器端与接收端的两个相关任务进行相互关联对接以形成完整的数据推送任务。执行所述数据推送任务的过程，可视为同时执行所述数据发送任务和所述数据接收任务，由此便可以对所述测试数据进行推送。

进一步的，上述实施例中所述执行所述数据推送任务对所述测试数据进行推送的步骤包括：

为所述数据推送任务建立用于推送所述测试数据的多线程；所述多线程在并发运行时，每条线程分别用于推送一段所述子测试数据。

为了提升数据推送的速度，我们通过在一个进程中建立多条可以并发运行的线程共同进行数据推送，每条线程在一次运行中用于推送一段子测试数据。在执行所述数据推送任务对所述测试数据进行推送的过程中，通过多线程的不断运行，逐步将所述测试数据推送出去，直至最终推送完成。

步骤205：调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。

当需要去验证服务器中准备的测试数据是否成功推送到接收端时，由于权限限制无法去第三方(即接收端)的数据库中验证测试数据推送的正确性，因此便需要基于传输接口返回的日志信息进行验证。

在本申请的一些实施例中，步骤205中所述调用推送日志的步骤包括：

轮询所述数据推送任务的创建结果和所述接收端反馈的推送结果；

当查询到所述创建结果及所述推送结果均为成功时，基于所述数据发送任务的任务ID截取所述数据推送任务运行时段的目标日志作为推送日志。

数据发送任务与数据推送任务唯一对应，数据发送任务的任务ID可等同视为数据推送任务的任务ID，因此若数据推送任务创建成功，以及接收端反馈测试数据已推送完成，便以所述数据发送任务的任务ID作为唯一值在服务器中获取与所述数据推送任务相关的日志，并根据所述数据推送任务的运行时段进一步截取出目标日志，从而能够及时获取到相关日志对测试数据的推送结果进行验证。所述运行时段的起始时间点即为测试数据开始推送的时间，而测试数据推送成功后服务器能够立刻获取到该信息，因此所述运行时段的截止时间点可以视为开始截取日志时的当前时间。

在进一步的具体实施方式中，所述步骤205还包括：

基于预设的日志关键词在所述目标日志中进行初定位；

获取执行数据推送的线程的ID，并基于所述线程的ID和所述初定位的位置在所述目标日志中进一步定位，以获取已推送的测试数据名单以及反馈的已推送成功的测试数据名单；

对比所述已推送的测试数据名单和所述已推送成功的测试数据名单，判断所述测试数据推送的正确性。

由于前述步骤中最终截取的目标日志中仍可能包含许多与数据推送任务无用的日志信息，因此为了更方便地根据日志内容验证推送的正确性，我们首先需要在日志中进行初步的定位，确定所需的数据信息在目标日志中所处的大致位置。所述日志关键字即为开发过程中为生成的日志中设置的关键字，本申请中，一般选用接口请求的地址作为所述日志关键字。

线程的ID与任务ID性质相同，同样具有唯一性，初定位的位置为基准根据获取的线程ID在目标日志中进一步定位，可以较准确和完整地获取到已推送出去的测试数据名单，以及接口接收到接收端反馈回的已推送成功的测试数据名单，而比较这两个名单，即可判断此次对所述测试数据推送的正确性。线程为多线程时，同样满足上述的处理方式。

在本申请的一些实施例中，所述步骤202还包括：在生成的测试数据中配置目标异常数据并对所述目标异常数据进行备份存储；

步骤205中所述基于所述推送日志验证所述测试数据是否推送成功的步骤还包括：

当测试数据推送完成后，获取备份存储的所述目标异常数据，并验证所述目标异常数据是否推送成功。

当接口出现大量数据进行频繁调用时，容易出现异常的情况，或是网络较差、出现异常机制等原因也会导致数据推送失败的情况，此时需要创造一些异常场景进行验证，以判断程序的处理逻辑是否正确。

本申请通过在测试数据中故意设置部分异常数据，然后在测试数据全部推送完成后，验证其中的异常数据是否同样推送成功，其中异常数据不影响正常数据的推送结果，以此能判断服务器中的处理逻辑是否正确。

而在测试中改变设置的线程数，使线程数超过接口的承受量，还能够方便对服务器进行压力测试，从而判断服务器性能是否达标。

本申请实施例所述的数据推送的测试方法，无需通过前端操作创建任务，能够实现对大批量数据推送的测试要求，并减少测试时间的消耗，提升功能测试的效率，在进行数据推送测试的过程中还能方便地进行压力测试，在通过日志判断数据的推送结果时还能方便分析测试时出现的问题，以及对测试过程中出现的问题进行定位。

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

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

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

如图3所示，本实施例所述的数据推送的测试装置包括：

指令接收模块301；用于接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务。

数据生成模块302；用于为所述数据发送任务生成用于推送的测试数据。

测试请求模块303；用于当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务。

任务执行模块304；用于当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送。

结果验证模块305；用于调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。

在本申请的一些实施例中，所述数据生成模块302用于调用预设的数据生成工具，并获取预期生成的测试数据的目标存储格式；配置所述数据生成工具，通过所述数据生成工具生成符合所述目标存储格式的测试数据。

在本申请的一些实施例中，所述数据生成模块302还包括：数据切分子模块。所述数据切分子模块用于获取所述数据发送任务所依赖的传输接口的最大数据推送量；当所述测试数据的数据数量超过所述最大数据推送量时，将所述测试数据划分为若干段子测试数据，其中每段所述子测试数据的数据量均不超过所述最大数据推送量。

进一步的，所述任务执行模块304还用于为所述数据推送任务建立用于推送所述测试数据的多线程；所述多线程在并发运行时，每条线程分别用于推送一段所述子测试数据。

在本申请的一些实施例中，所述结果验证模块305还包括：日志截取子模块。所述日志截取子模块用于轮询所述数据推送任务的创建结果和所述接收端反馈的推送结果；当查询到所述创建结果及所述推送结果均为成功时，基于所述数据发送任务的任务ID截取所述数据推送任务运行时段的目标日志作为推送日志。

在进一步的具体实施方式中，所述结果验证模块305还用于基于预设的日志关键词在所述目标日志中进行初定位；获取执行数据推送的线程的ID，并基于所述线程的ID和所述初定位的位置在所述目标日志中进一步定位，以获取已推送的测试数据名单以及反馈的已推送成功的测试数据名单；对比所述已推送的测试数据名单和所述已推送成功的测试数据名单，判断所述测试数据推送的正确性。

在本申请的一些实施例中，所述数据生成模块302还用于在生成的测试数据中配置目标异常数据并对所述目标异常数据进行备份存储；所述结果验证模块305还用于当测试数据推送完成后，获取备份存储的所述目标异常数据，并验证所述目标异常数据是否推送成功。

本申请实施例所述的数据推送的测试装置，无需通过前端操作创建任务，能够实现对大批量数据推送的测试要求，并减少测试时间的消耗，提升功能测试的效率，在进行数据推送测试的过程中还能方便地进行压力测试，在通过日志判断数据的推送结果时还能方便分析测试时出现的问题，以及对测试过程中出现的问题进行定位。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图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.根据权利要求1所述的数据推送的测试方法，其特征在于，所述为所述数据发送任务生成用于推送的测试数据的步骤还包括：

获取所述数据发送任务所依赖的传输接口的最大数据推送量；

当所述测试数据的数据数量超过所述最大数据推送量时，将所述测试数据划分为若干段子测试数据，其中每段所述子测试数据的数据量均不超过所述最大数据推送量。

4.根据权利要求3所述的数据推送的测试方法，其特征在于，所述执行所述数据推送任务对所述测试数据进行推送的步骤包括：

为所述数据推送任务建立用于推送所述测试数据的多线程；所述多线程在并发运行时，每条线程分别用于推送一段所述子测试数据。

5.根据权利要求1所述的数据推送的测试方法，其特征在于，所述调用推送日志的步骤包括：

轮询所述数据推送任务的创建结果和所述接收端反馈的推送结果；

当查询到所述创建结果及所述推送结果均为成功时，基于所述数据发送任务的任务ID截取所述数据推送任务运行时段的目标日志作为推送日志。

6.根据权利要求5所述的数据推送的测试方法，其特征在于，所述调用推送日志，基于所述推送日志验证所述测试数据是否推送成功的步骤还包括：

基于预设的日志关键词在所述目标日志中进行初定位；

获取执行数据推送的线程的ID，并基于所述线程的ID和所述初定位的位置在所述目标日志中进一步定位，以获取已推送的测试数据名单以及反馈的已推送成功的测试数据名单；

对比所述已推送的测试数据名单和所述已推送成功的测试数据名单，判断所述测试数据推送的正确性。

7.根据权利要求1所述的数据推送的测试方法，其特征在于，所述为所述数据发送任务生成用于推送的测试数据的步骤还包括：在生成的测试数据中配置目标异常数据并对所述目标异常数据进行备份存储；

所述基于所述推送日志验证所述测试数据是否推送成功的步骤还包括：

当测试数据推送完成后，获取备份存储的所述目标异常数据，并验证所述目标异常数据是否推送成功。

8.一种数据推送的测试装置，其特征在于，包括：

指令接收模块，用于接收数据测试指令，响应于所述数据测试指令建立一个用于测试的数据发送任务；

数据生成模块，用于为所述数据发送任务生成用于推送的测试数据；

测试请求模块，用于当所述测试数据准备完成后，发起测试推送请求，以使接收端响应于所述测试推送请求建立数据接收任务；

任务执行模块，用于当接收到接收端发送的表示已成功建立所述数据接收任务的反馈信息后，使所述数据发送任务与所述数据接收任务相互关联对接形成完整的数据推送任务，并执行所述数据推送任务对所述测试数据进行推送；

结果验证模块，用于调用推送日志，基于所述推送日志验证所述测试数据是否推送成功。

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

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

Images