CN111611140B - 埋点数据的上报验证方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种埋点数据的上报验证方法、装置、电子设备及存储介质，该方法包括：当接收到第二埋点数据时，获取待测试的网络环境，第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；将第二埋点数据转发至与网络环境对应的转发节点设备，转发节点设备用于将第三埋点数据返回至服务器，第三埋点数据为第二埋点数据转发后转发节点设备接收到的埋点数据；当接收到第四埋点数据时，对第四埋点数据进行验证，得到网络环境下的埋点数据的上报验证结果，其中，第四埋点数据为转发节点设备返回第三埋点数据后服务器接收到的埋点数据。本申请可校验埋点数据在不同网络环境下的上报情况。

Description

埋点数据的上报验证方法、装置、电子设备及存储介质

技术领域

本申请涉及数据处理技术领域，更具体地，涉及一种埋点数据的上报验证方法、装置、电子设备及存储介质。

背景技术

目前，通常是通过在应用程序(Application，App)或者网页中设置埋点的方式，来获取用户在使用过程中的操作信息，从而可以以用户和产品的角度去了解用户群体，对APP和网站进行改进，使其更加贴近用户。其中，埋点是网络应用产品的一种常用的数据采集方法，用户使用网站或APP触发埋点对应的功能时，客户端会将埋点相关的数据上报至服务器端，以使服务器端依据接收的埋点数据进行数据统计和分析。

但由于网络环境影响或终端应用软件可能存在代码缺失的情况，服务器端可能会接收不到埋点数据，或者接收到埋点数据不正确。故需要对上报的埋点数据的进行测试。

发明内容

本申请实施例提出了一种埋点数据的上报验证方法、装置、电子设备及存储介质，能够对上报的埋点数据进行验证。

第一方面，本申请实施例提供了一种埋点数据的上报验证方法，该方法包括：当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据；当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据。

第二方面，本申请实施例提供了一种埋点数据的上报验证装置，该装置包括：环境获取模块，用于当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；数据转发模块，用于将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据；数据验证模块，用于当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据。

第三方面，本申请实施例提供了一种电子设备，包括：存储器；一个或多个处理器，与所述存储器耦接；一个或多个应用程序，其中，一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个应用程序配置用于执行上述第一方面提供的埋点数据的上报验证方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，计算机可读取存储介质中存储有程序代码，程序代码可被处理器调用执行上述第一方面提供的埋点数据的上报验证方法。

本申请实施例提供的一种埋点数据的上报验证方法、装置、电子设备及存储介质，当服务器接收到第二埋点数据时，通过获取待测试的网络环境，以将第二埋点数据转发至与该网络环境对应的转发节点设备，其中，第二埋点数据为测试设备实时上报第一埋点数据后服务器实际接收到的埋点数据，该转发节点设备用于将第三埋点数据返回至服务器，以模拟处于该网络环境下的测试设备将埋点数据上报至服务器的过程，而第三埋点数据则为第二埋点数据转发后该转发节点设备实际接收到的埋点数据，然后当服务器接收到第四埋点数据时，可对该第四埋点数据进行验证，从而可得到该网络环境下的埋点数据的上报验证结果，其中，第四埋点数据为转发节点设备返回第三埋点数据后服务器实际接收到的埋点数据。由此，本申请通过将埋点数据转发至待测网络环境对应的转发节点设备，实现了待测网络环境下埋点数据的上报校验。

附图说明

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

图1示出了本申请实施例提供的一种埋点数据的上报验证方法的应用场景图。

图2示出了本申请一个实施例提供的埋点数据的上报验证方法的流程示意图。

图3示出了本申请实施例提供的一种埋点***的架构示意图。

图4示出了本申请另一个实施例提供的埋点数据的上报验证方法的一种流程示意图。

图5示出了图4中的步骤S230的一种流程示意图。

图6示出了一种适用于本申请实施例提供的埋点数据的上报验证方法的一种整体流程示意图。

图7示出了一种适用于本申请实施例提供的埋点数据的上报验证方法的另一种整体流程示意图。

图8示出了本申请又一个实施例提供的埋点数据的上报验证方法的流程示意图。

图9示出了本申请一个实施例提供的埋点数据的上报验证装置的模块框图。

图10示出了本申请实施例提供的一种电子设备的结构框图。

图11示出了本申请实施例的用于保存或者携带实现根据本申请实施例的埋点数据的上报验证方法的程序代码的存储单元。

具体实施方式

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

随着互联网技术的不断发展，各类网站和APP应运而生，用户可以通过这些网站或APP实现各种各样的功能，以满足日常的生活或娱乐需求。用户在通过交互使用网站或APP时，会产生大量的行为数据，基于这些行为数据，可以作为对网站或APP的更新迭代的依据，或是可以根据用户的行为数据，开发新的产品，以满足用户的需求。

在一些实施例中，可以通过在App或者网页中设置埋点，来获取用户行为数据。服务端收集、统计、分析用户行为数据后，最终可形成供参考的统计数据。但由于网络环境影响或终端应用软件可能存在代码缺失的情况，服务器端可能会接收不到的埋点数据，或者接收到埋点数据不正确，故需要对上报的埋点数据进行测试。

虽然目前各互联网企业基本有支持实时测试的埋点管理***，但随着本国业务逐步饱和，不少企业开始出海，主流埋点管理***缺少在不同国家、不同运营商等多网络环境下的埋点数据实时校验的方法。随着各大互联网企业对数据精细化运营的重视程度逐渐加深，如何验证互联网产品事件上报的准确性，正逐渐成为业内关注的技术要点之一。

因此，发明人经过长时间的研究并提出了本申请实施例中的埋点数据的上报验证方法、装置、电子设备以及存储介质，能够对多网络环境下上报的埋点数据进行自动化验证，减少因为仅有单一网络环境校验导致的误差及缺漏，有效提高互联网产品埋点数据的准确性。

下面将通过具体实施例进行详细说明。

请参见图1，图1示出了本申请实施例提供的埋点数据的上报验证方法的应用场景的示意图，该应用场景包括本申请实施例提供的一种埋点验证***10。该埋点验证***10包括：测试设备100以及服务器200。其中，测试设备100和服务器200位于无线网络或有线网络中，测试设备100和服务器200可以进行数据交互。在一些实施方式中，测试设备100可以为多个，服务器200可以与多个测试设备100通信连接，多个测试设备100之间也可以相互通过互联网进行通信连接。

在本申请实施例中，测试设备100可以是移动手机、智能手机、笔记本电脑、台式电脑、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、媒体播放器、智能电视、可穿戴电子设备等可运行应用程序的用户设备，具体的测试设备类型在本申请实施例中可以不作为限定。服务器200可以是单独的服务器，也可以是服务器集群，可以是本地服务器，也可以是云端服务器，具体的服务器类型在本申请实施例中可以不作为限定。

在一些实施例中，测试设备100内可以安装有客户端。该客户端可以是安装在终端设备100上的计算机应用程序(Application，APP)，也可以是Web客户端，该Web客户端可指基于Web架构而开发的应用程序。例如，微博、微信、各类直播APP、各种浏览器等。其中，该待测试的客户端中设置了一个或多个埋点，用于分析用户对该客户端的操作行为及/或测试该客户端的功能效果。当用户使用该客户端时，埋点被触发，埋点对应的功能模块被执行，从而可得到埋点数据。测试设备可将该埋点数据发送到服务器200，服务器200可对接收到的埋点数据进行处理、分析。

在一些实例中，服务器200可以是目前已有的支持埋点数据接收与实时/离线计算服务的服务器，其可存储接收到的埋点数据，也可实时校验、计算埋点数据的准确性与完整性。在一些实施例中，在计算出埋点数据的校验结果后，可以将该结果返回给测试人员的埋点配置后台。

请参阅图2，图2示出了本申请实施例提供的一种埋点数据的上报验证方法的流程示意图，可应用于上述服务器。在具体的实施例中，该埋点数据的上报验证方法也可应用于如图9所示的埋点数据的上报验证装置600以及图10所示的电子设备800。下面将针对图2所示的流程进行详细的阐述。该埋点数据的上报验证方法可以包括以下步骤：

步骤S110：当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据。

在本申请实施例中，当测试设备中设置的埋点被触发时，测试设备可实时将对应生成的第一埋点数据上报至服务器。该第一埋点数据用于表征测试设备实际生成的完整的埋点数据，可以是一条数据，也可以是多条数据。

其中，埋点是一种常用的数据采集方法，针对特定用户行为或事件进行捕获、处理和发送。主要是监听软件应用运行过程中的事件，当需要关注的事件发生时进行判断和捕获。埋点的方法可以是代码埋点，代码埋点是指在测试设备安装的网页或APP等客户端中植入一些代码，当用户触发相应行为时，客户端通过该代码来获取埋点数据，同时可将获取到埋点数据上报至服务器。其中，埋点代码可根据实际的测试需求对应生成。

作为一种方式，测试人员可以预先在埋点配置后台录入事件信息，该事件信息可包括事件交互图(即客户端中触发交互时的界面图)、上报的字段信息、事件的定义。然后埋点配置后台可根据录入的事件信息生成相应的事件测试页面，该事件测试页面中可包含埋点值及埋点代码等信息。其中，事件可以是点击事件、页面事件等，点击事件可以是指用户在测试设备中待测应用内的点击行为，如点击tab标签、点击按钮等，页面事件可以是指用户浏览过的页面，如首页、详情页等，具体的事件类型此时不作限定。埋点值可以是用于唯一标识测试事件的相关信息，可以由一个标识字段来唯一标识，也可以是由多个标识字段来唯一标识。

当然，具体的埋点方法在此并不做限定，也可以是其他的埋点方法，如可以是可视化埋点、无埋点等。

示例性的，当测试人员预先在埋点配置后台配置好埋点事件的相关信息，生成相应的埋点代码后，客户端开发人员可按照业务规范在待测的客户端中植入埋点代码，以生成测试客户端，并将生成的测试客户端提供给测试人员。测试人员打开安装于测试设备上的测试客户端后，可对该测试客户端的页面上的业务数据进行业务操作，该页面上设有供用户进行该业务操作的操作载体(可以是按钮，也可以是别的发送数据操作的Action动作，如控件)。根据植入的埋点代码，可确定设有埋点的操作载体，可监控用户通过该操作载体进行的业务操作，实现了通过埋点代码来监控该业务数据的变化以及业务操作的信息(如操作人、操作时间)。

可以理解的是，由于存在网络环境影响或埋点代码设置出现问题等情况，可能会导致测试设备上报的埋点数据存在错误、丢失，或者测试设备无法上报的埋点数据的情况，因此，服务器实际上接收到埋点数据可能不是完整的埋点数据，即可能与上述第一埋点数据不一致。在本申请实施例中，可以将测试设备实时上报第一埋点数据后服务器接收到的埋点数据，作为第二埋点数据。当需要进行埋点数据的上报验证时，服务器可以根据该第二埋点数据进行埋点数据的上报校验。

具体地，当服务器接收到第二埋点数据时，服务器可以获取待测试的网络环境，以针对待测试的网络环境进行埋点数据的上报校验。在一些实施例中，待测试的网络环境可以是由测试人预先在埋点配置后台配置好，从而服务器在接收到第二埋点数据时，可以获取到测试人员配置好的待测网络环境。其中，待测试的网络环境可以包括待测试的地域环境，具体的地域大小此处并不做限定，例如，可以是各国、各省、各市、各县、各区等。也可以包括待测试的网络运营商，例如，移动、联通、电信等。具体的网络环境类型的此处不作限定，根据测试需求合理设置即可。

在一些实施例中，服务器接收到测试设备实时上报的埋点数据后，也可以将接收到的第二埋点数据存入数据库，以待后续进行数据核对或数据数据分析。

步骤S120：将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据。

在本申请实施例中，服务器可以根据获取的待测试的网络环境，将接收到的第二埋点数据转发至与该网络环境对应的转发节点设备，以使转发节点设备可模拟处于该待测网络环境下的测试设备将埋点数据上报至服务器的过程。从而无需在不同国家、运营商多网络环境下布局多个埋点管理***，也无需测试设备必须真实处于待测网络环境下，而是可直接利用本地埋点管理***和本地测试设备，来实现不同网络环境下埋点数据上报情况的实时校验。

同理，由于存在网络环境影响等情况，可能会导致服务器转发的第二埋点数据存在丢失，或者服务器无法转发第二埋点数据的情况，因此转发节点设备实际上接收到埋点数据可能不是完整的第二埋点数据，即可能与上述第二埋点数据不一致。在本申请实施例中，可以将转发节点设备实际接收到的埋点数据，作为第三埋点数据。当需要转发节点设备上报埋点数据时，可以将该接收到的第三埋点数据上报至服务器。

在一些实施例中，转发节点设备可以是转发代理服务器，即具备转发代理服务的服务器。测试人员可在需要校验的网络环境下，对应部署转发代理服务器，以使每个转发代理服务器可以模拟自身所处的网络环境下的测试设备的埋点上报。作为一种方式，可以是通过租一个服务器来实现转发代理服务，如通过阿里云、亚马逊，也可以是利用现有的服务器来实现转发代理服务器，减少部署成本，如利用已在多个国家地区部署了服务器的云服务厂商所提供的云服务器。当然，具体的转发节点设备类型在此并不作限定，仅需其处于待测网络环境且其能接收埋点数据和发送埋点数据至服务器即可。

示例性地，以待测试的网络环境包括地域环境为例，在一些应用场景中，开发者在国内开发的应用，可能会提供给其他国家的用户使用。在做埋点上报测试时，当需要确定埋点数据在其他国家地区下是否能正常上报时，如果在每个国家都找一个用户设备在当地的网络环境下触发使用测试客户端应用来进行埋点测试，不仅成本高也不易实现。因此，在本申请实施例中，可以在需要测试的国家地区，通过部署具备转发代理服务的服务器，来模拟不同网络环境下的测试设备将埋点数据上报至服务器。

作为一种方式，在正式进行埋点上报测试之前，测试人员可预录入需要测试的国家地区。从而服务器在接收到本地测试设备上报的埋点数据时，可将该埋点数据分发至这些测试国家地区的服务器(即转发代理服务器)上，这些测试国家地区的服务器可模拟真实的用户设备，将埋点数据上报(返回)到服务器上，从而在国内就可以模拟出国外环境的数据上报，相当于模拟出在其他国家地区内都有测试人员，测试设备去触发埋点数据的上报流程。实现了即使是本地埋点***管理，也可以实时校验不同网络环境下的测试设备，上报的埋点数据是否准确完整。

步骤S130：当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据。

在本申请实施例中，转发节点设备在接收到第三埋点数据时，可以将该接第三埋点数据上报(返回)至服务器，从而服务器可接收到转发节点设备上报的埋点数据后。同理，由于网络环境影响，导致服务器实际上接收到埋点数据可能不是完整的第三埋点数据，即可能与上述第三埋点数据不一致。因此，在本申请实施例中，转发节点设备上报第三埋点数据至服务器后，可以将服务器实际接收到的埋点数据，作为第四埋点数据。当服务器接收到第四埋点数据时，可以对该接收到的第四埋点数据进行验证，得到待测网络环境下的埋点数据的上报验证结果。

在一些实施例中，对第四埋点数据进行验证，可以是对其埋点数据的准确性进行验证，以判断测试人员于测试客户端界面上触发的事件与上报的埋点数据是否一致，是否存在误报的情况。在另一些实施例中，对第四埋点数据进行验证，也可以是对其埋点数据的上报的延时性进行验证，以确定不同网络环境下上报埋点数据的延时情况。具体的验证类型此处不作限定，根据测试需求对应验证即可。例如，也可以是对第四埋点数据的丢失情况进行验证。

在一些实施例中，可以将本申请的执行主体服务器具体细分为具备不同功能的子服务器。作为一种方式，可以划分为分发服务器和接收与计算服务器，其中，分发服务器(具备分发服务的服务器)可以用于根据预录入的待测网络环境信息，将测试设备上报的埋点数据分发至各网络环境对应的转发代理服务器。作为一种实施方式，测试设备可将上报的第一埋点数据上报至分发服务器，由分发服务器获取待测试的网络环境，并将实际接收到的第二埋点数据分发值待测网络环境对应的转发代理服务器。

在一些实施例中，当应用场景为由测试人员执行的客户端测试时(如灰度发布前的测试阶段)，可以是测试人员在测试客户端的界面点击测试事件对应的交互内容，然后测试客户端再将触发的埋点数据上报至分发服务器。当应用场景为灰度发布阶段时，也即由线上真实用户执行的客户端测试，此时用户设备已安装了植入埋点代码的客户端，用户可在该客户端的界面点击埋点事件对应的交互内容，然后客户端再将触发的埋点数据上报至分发服务器。

接收与计算服务器(具备接收与计算服务的服务器)可以用于接收各转发代理服务器返回的埋点数据，可实时校验、计算埋点数据的准确性与完整性，也可将上报验证结果返回给埋点配置后台，并存储上报的埋点测试/校验数据。作为一种方式，若目前已有埋点数据接收与实时/离线计算服务的服务器，可直接使用已有的接收及计算服务器，已确保测试数据与线上真实用户设备的数据的一致性。在一些实施例中，接收与计算服务器也可以细分为接收服务器和计算服务器，接收服务器接收到转发代理服务器返回的埋点数据后，可实时推送至计算服务器，由计算服务器对该埋点数据进行验证。

示例性地，请参阅图3，图3示出了一种埋点***的架构示意图。其中，埋点***11包括测试客户端101、接收与计算服务器201、分发服务器202、埋点配置后台200以及一个或多个转发代理服务器(1、2、3……)。其中，测试客户端101安装于测试设备，可由测试人员进行使用触发埋点。接收与计算服务器中数据库用于存储上报的埋点数据。

在一些是实施例中，待测试的网络环境也可以是多个，服务器可通过上述验证方法对多个待测网络环境的埋点数据上报进行验证，减少因为仅有单一网络环境校验导致的误差及缺漏，有效提高互联网产品埋点数据的准确性与完整性。

本申请实施例提供的埋点数据的上报验证方法，当服务器接收到第二埋点数据时，通过获取待测试的网络环境，以将第二埋点数据转发至与该网络环境对应的转发节点设备，其中，第二埋点数据为测试设备实时上报第一埋点数据后服务器实际接收到的埋点数据，该转发节点设备用于将第三埋点数据返回至服务器，以模拟处于该网络环境下的测试设备将埋点数据上报至服务器的过程，而第三埋点数据则为第二埋点数据转发后该转发节点设备实际接收到的埋点数据，然后当服务器接收到第四埋点数据时，可对该第四埋点数据进行验证，从而可得到该网络环境下的埋点数据的上报验证结果，其中，第四埋点数据为转发节点设备返回第三埋点数据后服务器实际接收到的埋点数据。由此，本申请通过将埋点数据转发至待测网络环境对应的转发节点设备，实现了待测网络环境下埋点数据上报的实时校验。在需要测试目标网络环境下的埋点数据上报情况时，可通过将测试设备在当前网络环境下上报的埋点数据转发至目标网络环境对应的转发节点设备，以使该转发节点设备来模拟目标网络环境下的埋点数据上报过程，从而无需测试设备真实处于目标网络环境下，这样，即时是本地埋点***管理，也可以实时校验不同网络环境下的测试设备。

请参阅图4，图4示出了本申请另一实施例提供的一种埋点数据的上报验证方法的流程示意图，可应用于上述服务器，该埋点数据的上报验证方法可以包括：

步骤S210：当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据。

在一些实施例中，在进行埋点上报验证之前，测试设备需连接上服务器，以便服务器可接收到测试设备上报的埋点数据。因此，在步骤S210之前，该埋点数据的上报验证方法还可以包括：检测测试设备是否与服务器成功连接；当所述测试设备与所述服务器成功连接时，等待接收所述测试设备上报的第一埋点数据。

作为一种实施方式，测试设备可通过扫码的方式与服务器连接。作为一种方式，测试人员在埋点配置后台的管理界面选择需要测试的事件后，后台会进入事件测试页面，当测试人员选择完需要测试的国家、运营商等网络环境后，埋点配置后台可生成二维码，测试人员使用测试设备上的测试客户端扫描二维码后，测试客户端可通过请求二维码包含的网络地址(如url(Uniform Resource Locator，统一资源定位符地址))，建立与服务器的连接。成功建立连接后，测试客户端可将埋点数据上传至服务器。同时，事件测试页面进入测试状态。

在一些实施例中，当测试设备成功连接上服务器时，服务器可返回给测试设备一个连接结果，以说明连接成功。此时，服务器可处于等待接收状态，以等待接收该测试设备上报的第一埋点数据。

在一些实施例中，由于在同一个事件测试页面测试多个埋点事件可能会出现验证混乱的情况，因此，可以是测试一个埋点事件对应一个事件测试页面。若需要同时对多个埋点事件进行测试，可通过多个测试设备分别测试每个埋点事件。作为一种方式，上报的每条埋点数据可以包含测试设备的客户端标识(设备ID(Identity document，标识符))，从而服务器可根据该客户端标识，对获取到的多个测试设备的埋点数据进行分类，以准确验证每个测试设备测试的埋点事件。在一些实施例中，每条上报的埋点数据也可以包含唯一标识(上报ID)、网络配置、事件ID等内容，以便后续可分析不同事件、不同网络的上报情况。作为一种方式，可以通过使用MD5(message-digest algorithm 5，信息-摘要算法)或者base64(基于64个可打印字符来表示二进制数据)处理后的设备ID+客户端unix时间戳来生成唯一标识。

步骤S220：将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据。

在一些实施例中，当待检测的网络环境为多个时，服务器也可以将接收到的第二埋点数据分发至与该多个网络环境对应的多个转发节点设备。第二埋点数据成功转发后，每个转发节点设备可将实际接收到的第三埋点数据返回至服务器，以模拟处于每个网络环境下的测试设备将埋点数据上报至所述服务器的过程。

在一些实施例中，如果只是测试本地网络环境下的埋点数据的上报情况，可以不同转发至转发节点设备。因此，在上述将第二埋点数据转发至与网络环境对应的转发节点设备之前，可以先判断待测试的网络环境与测试设备当前所处的网络环境是否一致。当待测试的网络环境与测试设备当前所处的网络环境不一致时，可执行步骤S220。

可以理解的是，当待测试的网络环境与测试设备当前所处的网络环境不一致时，可认为当前需要测试非本地网络环境下的上报情况，因此可将埋点数据分发至待测网络环境对应的转发节点设备，以实现非本地网络环境的埋点上报校验。而当待测试的网络环境与测试设备当前所处的网络环境一致时，可认为当前需要测试本地网络环境下的上报情况，可不用转发至转发节点设备。

在一些实施例中，当待测试的网络环境与测试设备当前所处的网络环境一致时，可直接对第二埋点数据进行验证，得到当前网络环境下的埋点数据的上报验证结果。

在一些实施例中，当待测试的网络环境有多个，且包括测试设备当前所处的网络环境时，可将第二埋点数据只转发至非本地网络环境对应的转发节点设备，转发节点设备返回埋点数据后，服务器可根据接收到的第四埋点数据和未转发的第二埋点数据，进行不同网络环境的上报校验。其中，对第四埋点数据验证，可得到非本地网络环境的埋点上报情况，对第二埋点数据验证，可得到本地网络环境的埋点上报情况。

步骤S230：当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据。

在一些实施例中，对第四埋点数据进行验证，可以是对埋点数据的准确性验证。具体地，请参阅图5，步骤S230可以包括：

步骤S231：将所述第四埋点数据与标准埋点数据进行比对。

步骤S232：根据比对结果，确定所述网络环境下上报的埋点数据的正确性结果。

在一些实施例中，其中，标准埋点数据可以是埋点配置后台生成的埋点值。由于测试设备上报的埋点数据中可包括用于唯一标识触发事件的上报埋点值，因此可通过将第四埋点数据中的上报埋点值与标准埋点数据中的埋点值进行比对，以判断上报的埋点数据是否正确。如果比对不一致，说明上报的埋点数据不准确，可认为埋点代码存在问题，后续可对测试客户端上的相应埋点代码进行核查，核查成功后，可再次进行上述埋点验证。如果比对一致，说明上报的埋点数据准确，可认为埋点代码没有问题，后续可将该测试客户端进行线上正式发布。

例如，测试人员将测试客户端的按钮A事件信息和按钮B事件信息录入埋点后台时，埋点后台会生成两个埋点代码，其中，存在一个字段值(埋点值)会区分出到底是按钮A还是按钮B。当测试人员在测试客户端的应用里点击按钮A或按钮B时，测试客户端会上报一条埋点数据给服务器，报的埋点数据中的埋点值可以表示用户点的是按钮A还是按钮B。服务器通过比对上报埋点数据中埋点值和埋点后台生成的埋点代码中埋点值是否一致，如果用户点按钮A，上报的按钮B，则说明埋点存在问题。

在一些实施例中，当埋点数据转发至多个网络环境对应的多个转发节点设备时，每个转发节点设备都会将接收到的埋点数据返回至服务器，从而服务器可接收到每个转发节点设备对应的第四埋点数据。服务器可分别将多个转发节点设备中每个转发节点设备对应的第四埋点数据与标准埋点数据进行比对，并根据每个转发节点设备对应的比对结果，确定每个转发节点设备对应网络环境下的埋点数据的上报验证结果。

在一些实施例中，服务器可以每隔指定时长，对预设时长的第四埋点数据进行验证。其中，指定时长可以是指埋点数据的验证结果刷新时长，例如，30秒，即每隔30秒对接收到的埋点数据进行验证，从而每隔30秒就会刷新一次验证结果。预设时长可以是指埋点上报验证的最久时长，即超出该预设时长服务器可结束对埋点数据的验证。例如，对10分钟内上报的第四埋点数据进行解析验证，超过10分钟后服务器可接收验证。其中，指定时长可以小于预设时长，以便在预设时长内持续刷新埋点数据的验证结果。如上述例子，10分钟内每隔30秒刷新验证结果。

需要说明的是，指定时长和预设时长的具体数值在此不作限定，根据测试需求合理配置即可。例如，测试人员可在埋点配置后台对指定时长和预设时长进行配置，如指定时长配置为30秒，预设时长配置为10分钟，当事件测试页面在测试状态时，埋点配置后台可每隔30秒自动请求服务器进行一次埋点数据验证，解析10分钟内的上报数据，并比对上报的埋点值与后台生成的埋点值是否吻合。

在一些实施例中，若埋点配置后台的事件测试页面未关闭，一直处于测试状态，可在预设时长后自动退出测试状态。作为一种方式，埋点配置后台可以是在预设时长后自动弹出界面提示验证结束。若需再次验证，需要重新选择需要测试的事件并进入事件测试页面，重新选择测试的网络环境等上述步骤。

在一些实施例中，当得到网络环境下的埋点数据的上报验证结果时，服务器可以将上报验证结果发送至客户端，以使客户端根据上报验证结果显示预设界面。其中，客户端可以是埋点配置后台对应的客户端，预设界面可以是上述提示比对结束的界面，也可以是提示比对成功的界面。

作为一种方式，当上班验证结果表明上报的埋点数据是正确时，埋点配置后台可展示相应的事件交互界面。其中，该事件交互界面为预先录入的与测试时间匹配的客户端交互界面示意图，测试人员可通过展示的事件交互界面，与实际在测试客户端上操作的交互界面进行比对，进一步确定触发的事件是否正确。在一些实施例中，埋点配置后台也可以展示网络环境信息，以使测试人员可以获知各个网络环境下的埋点上报情况。

例如，若预录入的事件交互界面为手机登录界面，且该手机登录界面中可对测试的埋点事件，如“手机号一键登录”按钮，进行标记(如用醒目颜色的方框框住该按钮)，测试人员可通过埋点配置后台弹出的预录入的手机登录界面，确定自身在测试客户端的手机登录界面上实际点击的事件是否为该“手机号一键登录”按钮。如果是，说明埋点正确。另外，埋点配置后台还可弹出验证成功的埋点数据列表，该列表中包括国家、地区、运营商等网络环境信息，也包括接收时间、测试设备的ID等其他信息，此处不作限定。

步骤S240：当未接收到所述第四埋点数据时，检测所述转发节点设备的网络状态是否正常。

在一些实施例中，当服务器未接收到转发节点设备返回的埋点数据时，可认为与转发节点设备的连接存在故障，服务器可通过对转发节点设备的网络状态进行检测，来确定服务器与转发节点设备的连接是否正常。可通过多种方式对转发节点设备的网络状态进行检测，例如，可以通过PING(Packet Internet Groper，因特网包探索器)转发节点设备的方式，来测试服务器与转发节点设备的网络连接，此次不作具体限定。

步骤S250：当所述转发节点设备的网络状态异常时，将所述第二埋点数据转发至与所述转发节点设备对应的备份节点设备，所述备份节点设备用于替代所述转发节点设备来模拟处于所述网络环境下的测试设备，将埋点数据上报至所述服务器的过程。

在一些实施例中，当检测到转发节点设备的网络状态异常时，还可通过转发节点设备对应的备份节点设备，来重新进行埋点验证。具体地，服务器可将第二埋点数据转发至与转发节点设备对应的备份节点设备，该备份节点设备用于替代转发节点设备来模拟处于待测网络环境下的测试设备，将埋点数据上报至服务器的过程。

在一些实施例中，测试人员可在一些网络环境下部署多个转发节点设备，从而在某一个转发节点设备的网络异常时，可通过另一个转发节点设备进行后续的埋点验证，保证了验证过程的不中断。在一些实施例中，可能存在一些网络环境可能仅部署了一个转发节点设备，或者该网络环境的埋点验证结果不重要时，服务器可以结束埋点验证，或者等待一段时间后再次进行埋点验证。

在一些实施例中，当待侧网络环境为多个时，如果服务器接收到的第四埋点数据中存在比对一致的埋点数据时，服务器可将比对一致的埋点数据返回至埋点配置后台，此时埋点配置后台可展示该埋点数据的相关信息。如果服务器仅验证了其中部分网络环境的埋点数据，而其他网络环境的埋点数据由于各种原因导致服务器可能无法接收到，此时返回至埋点管理后台的验证结果仅有部分网络环境的数据。测试人员也可根据缺少的网络环境的验证结果，确定是否对该缺少的网络环境进行重新校验。当测试人员确定重新校验时，可先校验是否是转发节点设备的网络问题。当检测到转发节点设备的网络异常时，可切换备份节点设备进行重新验证。

在一个具体的实施例中，请参阅图6，图6示出了一种埋点数据的上报验证的整体流程示意图。具体地，测试人员在埋点配置后台录入事件信息后，埋点配置后台可根据录入的信息生成相应的事件ID、埋点代码。然后可在测试客户端中植入埋点代码，并提供给测试人员使用。测试人员可在埋点配置后台选择需要测试的事件，选择需要测试的网络环境，然后埋点配置后台对应生成二维码。测试人员使用测试客户端扫描二维码后，可以判断埋点配置后台是否进行验证状态，当扫码成功接入服务器时，即可认为进行验证状态。当扫码未成功接入服务器时，可先检查测试客户端与服务器之间的网络连接是否正常，如果正常，说明可能是埋点配置出错，可以核查一下测试客户端的埋点代码。然后再重新生成二维码，扫码接入服务器，直至埋点后台进入验证状态。

在一些实施例中，埋点配置后台可在设定时间内(上述预设时长)判断是否弹出预录入的事件交互图和上报的埋点数据内容，如果弹出，说明埋点数据上报准确，如果未弹出，说明可能是埋点配置出错，可以核查一下测试客户端的埋点代码，然后再重新进行校验。

进一步地，当待侧网络环境为多个时，测试人员可根据埋点配置后台展示的埋点数据信息，确定是否所有的网络环境下的埋点数据都符合设定值。其中，可以是判断待测的网络环境个数，和实际接收到验证结果的网络环境个数是否一致，如果不一致，说明部分网络环境的埋点上报存在问题。测试人员可根据缺少的网络环境的验证结果，确定是否对该缺少的网络环境进行重新校验。当测试人员确定重新校验时，可先校验是否是转发节点设备的网络问题。当检测到转发节点设备的网络异常时，可切换备份节点设备进行重新验证。

本申请实施例提供的埋点数据的上报验证方法，当服务器接收到第二埋点数据时，通过获取待测试的网络环境，以将第二埋点数据转发至与该网络环境对应的转发节点设备，其中，第二埋点数据为测试设备实时上报第一埋点数据后服务器实际接收到的埋点数据，该转发节点设备用于将第三埋点数据返回至服务器，以模拟处于该网络环境下的测试设备将埋点数据上报至服务器的过程，而第三埋点数据则为第二埋点数据转发后该转发节点设备实际接收到的埋点数据，然后当服务器接收到第四埋点数据时，可对该第四埋点数据进行验证，从而可得到该网络环境下的埋点数据的上报验证结果，其中，第四埋点数据为转发节点设备返回第三埋点数据后服务器实际接收到的埋点数据。当未接收到第四埋点数据时，检测转发节点设备的网络状态是否正常，当转发节点设备的网络状态异常时，将第二埋点数据转发至与转发节点设备对应的备份节点设备，备份节点设备用于替代转发节点设备来模拟处于网络环境下的测试设备，将埋点数据上报至服务器的过程。由此，本申请通过将埋点数据转发至待测网络环境对应的转发节点设备，并在转发节点设备网络异常时，可通过将埋点数据转发至转发节点设备对应的备份节点设备，实现了待测网络环境下埋点数据上报的实时校验。这样，即时是本地埋点***管理，也可以实时校验不同网络环境下的测试设备。

在一些实施例中，也可以是由线上真实用户进行埋点数据测试验证。具体地，抽取部分线上真实用户上报的埋点数据转发至待测网络环境对应的转发节点设备，再由转发节点设备返回这些埋点数据，从而服务器可验证线上真实用户上报的埋点数据的正确性，同时也可验证埋点数据上报的丢失率。

在一些实施例中，可以是通过双重上报方式对埋点数据的丢失率进行验证。具体地，在测试设备实时上报埋点数据后，通过使测试设备再将该埋点数据延时上报一次，使得服务器可以根据同一个或同一批测试设备实时上报和延时上报的埋点数据，确定埋点数据的上报丢失情况，可以有效提高互联网产品埋点数据的完整性，保证了后续用户行为分析的准确性。

示例性地说明一下双重上报验证的过程：

实时上报：若当天日期为t，用户触发的所有行为，按照正常逻辑实时上报，全量存储。

延时上报：每天第一次启动客户端应用后，按照用户触发行为的时间戳，将前一天的产生的所有埋点数据打包压缩上报，全量存储。即t+1日上报的是t日的全量埋点数据。

然后服务器每天将前一天接收的所有延时数据，与对应的实时数据自动匹配校验。即t+2日将t+1日延时上报的埋点数据与t日实时上报的埋点数据比对校验，并统计其中的差异，即可得到数据的丢失情况。

作为一种方式，服务器可以是将上报的埋点数据以天为文件存储，实时上报的数据文件与延时上报的数据文件分开存储。当测试客户端在t+1日延时上报t日的埋点数据时，可单独统计并上报的延时上报的数据条数总条数。服务器在t+2日可获取到所有在t+1日延时上报的埋点明细数据，并可存入数据库，然后服务器可根据实际获取到的t+1日延时上报的埋点明细数据，统计每个测试客户端的数据条数，然后将其中条数统计值等于测试客户端上报的数据条数总条数的测试客户端作为后续验证对象。然后服务器可在t日的实时上报数据(记为a1)与t+1日的延时上报数据(记为a2)中，取出带有以上验证对象设备ID的所有埋点明细数据。作为一种方式，服务器可统计a1与a2总数据条数的比值，以及a1与a2分别在不同的网络配置、事件ID等判断维度的数据条数的比值，即可得到每个事件在不同网络环境下的丢失率，统计结果可在埋点配置后台展示。

也就是说，测试设备在t日：实时上报数据；然后测试设备在t+1日：再延时上报t日的所有明细数据一次，并上报该数据总条数；服务器在t+2日：先判断服务器实际接收到t+1日延时上报的t日的明细数据的条数是否与t+1日上报的总条数一致，如果不一致，说明延时上报存在数据丢失；如果一致，则将t+1日延时上报的t日的明细条数和t日实时上报的明细条数进行比对，可以得到实时上报的丢失率。

在一些实施例中，可以是在灰度阶段之前的测试阶段，采用本申请的多网络环境的埋点数据验证方式验证埋点上报的准确性，通过后可进行灰度阶段，采用上述双重上报验证的方式验证埋点数据上报的完整性(即丢失情况)。其中，灰度阶段可以是指在产品的新功能对外发布以前，可以先在小范围进行灰度发布，即抽取一部分用户开始使用产品的新功能。抽取的这部分用户设备为被灰度的正式客户端所对应的用户设备。

在一些实际应用场景中，在进行埋点数据验证之前，相关人员可以进行前期部署，可包括：埋点配置后台(埋点后台)、测试客户端、正式客户端、分发服务器、转发代理服务器以及接收与计算服务器。其中：

埋点配置后台(埋点后台)：可以根据录入信息自动生成事件ID、埋点代码、二维码等内容；由测试人员选择需要触发校验的事件并在客户端已完成校验后，可展示客户端上报的埋点数据及统计结果。若目前已有埋点管理后台，可以作为现有后台的一个组件，以基于现有后台，进行缺失功能的补充。在一些实施例中，测试人员可以预先录入阈值(如95％，以验证埋点数据的合理性)，若埋点数据的比值低于该阈值时，统计结果可以设置为不同颜色，提醒相关人员关注。例如，进行应用登录事件的埋点验证时，如果接收到埋点数据的设备与测试设备的总数的比值(即登录率)过低，说明登录用户过少，存在问题，需要关注。

测试客户端：已安装了需要测试/校验应用程序的用户设备。其中的应用程序植入了埋点代码，并且有扫描二维码并触发埋点交互后将埋点数据上报至分发服务器的功能。

正式客户端：已安装了植入埋点代码的正式版本应用程序的用户设备，用户触发埋点交互后，埋点数据将通过用户当前网络发送至接收服务器。可通过接收服务器下发通知的方式判断是否需要延时上报。

分发服务器：将接收到的客户端埋点数据，根据预录入信息分发至各网络转发代理服务器。也可将是否打开延时上报的通知下发给正式客户端。

转发代理服务器：在需要验证的地区部署服务器，模拟不同网络环境下的客户端将埋点数据发送至接收服务器。可以使用云服务厂商提供的云服务器，减少部署成本。

接收与计算服务器：接收各转发代理服务器返回的埋点数据，实时校验、计算埋点数据的准确性与完整性后，将结果返回给埋点配置后台，并存储上报的埋点测试/校验数据。若目前已有埋点数据接收与实时/离线计算服务器，可直接使用已有的接收及计算服务器，以确保测试数据与线上数据的一致性。

在一个具体的实施例中，请参阅图7，图7示出了本申请实施例提供的另一种埋点数据的上报验证的整体流程示意图。测试人员在埋点配置后台录入事件信息后，埋点配置后台可根据录入的信息生成相应的事件ID、埋点代码。然后可在客户端版本中植入埋点代码，并提供给线上真实用户使用。测试人员可在埋点配置后台选择需要测试的事件，并选择需要测试的时间范围、客户端版本。此时测试设备在接收到服务器下发的预设指令(延时上报通知)后，可触发双重上报校验。即T日实时上报，T+1日延时上报，T+2日计算比对，埋点配置后台展示结果。当展示结果不符合设定值时，可以对客户端的代码进行检测，并重新开始埋点测试。当展示结果符合设定值时，可以结束校验。

在另一个具体的实施例中，请参阅图8，图8示出了本申请实施例提供的又一种埋点数据的上报验证的整体流程示意图。在本申请的双重上报埋点测试之前，可以是由测试人员手动触发埋点以对客户端的测试版本进行单点多网络环境测试。具体地，客户端开发人员可以按照业务规范在可以在测试客户端版本植入埋点代码。然后测试人员在埋点配置后台选择需要测试的事件，并选择需要测试的国家、运营商等网络环境后，埋点配置后台生成二维码。测试人员在已植入埋点代码的客户端扫描二维码，客户端自动将上报的埋点数据流接入服务器。当未成功接入服务器时，可先检查测试客户端版本的埋点代码以及网络状态是否正常。然后再重新进行扫码接入服务器。当测试人员对客户端的测试版本的测试通过时，可以将该客户端的测试版本进行灰度发布，此时可抽取部分线上真实用户进行双重上报校验。

请参阅图9，图9示出了本申请实施例提供的一种埋点数据的上报验证装置600的结构框图，该埋点数据的上报验证装置600应用于服务器。该埋点数据的上报验证装置600可以包括：环境获取模块610、数据转发模块620以及数据验证模块630。其中，环境获取模块610用于当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；数据转发模块620用于将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据；数据验证模块630用于当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据。

在一些实施例中，上报验证装置600还可以包括：网络检测模块和备份转发模块。其中，网络检测模块用于当未接收到所述第四埋点数据时，检测所述转发节点设备的网络状态是否正常；备份转发模块用于当所述转发节点设备的网络状态异常时，将所述第二埋点数据转发至与所述转发节点设备对应的备份节点设备，所述备份节点设备用于替代所述转发节点设备来模拟处于所述网络环境下的测试设备，将埋点数据上报至所述服务器的过程。

在一些实施例中，上述数据验证模块630可以具体用于：将所述第四埋点数据与标准埋点数据进行比对；根据比对结果，确定所述网络环境下上报的埋点数据的正确性结果。

在一些实施例中，上述数据验证模块630也可以具体用于：每隔指定时长，对预设时长的所述第四埋点数据进行验证，所述指定时长小于所述预设时长。

在一些实施例中，所述网络环境为多个，上述数据转发模块620可以具体用于：将所述第二埋点数据分发至与所述多个网络环境对应的多个转发节点设备。在该实施例下，上述数据验证模块630也可以具体用于：分别将所述多个转发节点设备中每个转发节点设备对应的所述第四埋点数据与标准埋点数据进行比对；根据所述每个转发节点设备对应的比对结果，确定所述每个转发节点设备对应网络环境下的埋点数据的上报验证结果。

在一些实施例中，埋点数据的上报验证装置600还可以包括：连接检测模块和数据等待模块。其中，连接检测模块用于检测测试设备是否与服务器成功连接；数据等待模块用于当所述测试设备与所述服务器成功连接时，等待接收所述测试设备上报的第一埋点数据。

在一些实施例中，埋点数据的上报验证装置600还可以包括：网络判断模块和第一执行模块。其中，网络判断模块用于判断所述待测试的网络环境与所述测试设备当前所处的网络环境是否一致；第一执行模块用于当所述待测试的网络环境与所述测试设备当前所处的网络环境不一致时，执行所述将所述第二埋点数据转发至与所述网络环境对应的转发节点设备的步骤。

在一些实施例中，埋点数据的上报验证装置600还可以包括：第二执行模块，用于当所述待测试的网络环境与所述测试设备当前所处的网络环境不一致时，执行所述将所述第二埋点数据转发至与所述网络环境对应的转发节点设备的步骤。

在一些实施例中，埋点数据的上报验证装置600还可以包括：结果发送模块，用于将所述上报验证结果发送至客户端，所述客户端用于根据所述上报验证结果显示预设界面。

本申请实施例提供的埋点数据的上报验证装置用于实现前述方法实施例中相应的埋点数据的上报验证方法，并具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

请参考图10，图10其示出了本申请实施例提供的一种电子设备的结构框图。该电子设备800可以是上述服务器。本申请中的电子设备800可以包括一个或多个如下部件：处理器810、存储器820以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器820中并被配置为由一个或多个处理器810执行，一个或多个应用程序配置用于执行上述应用于服务器的方法实施例中所描述的方法，也可以配置用于执行上述应用于测试设备的方法实施例中所描述的方法。

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

存储器820可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作***的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备800在使用中所创建的数据等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

综上，本申请实施例提供的电子设备用于实现前述方法实施例中相应的埋点数据的上报验证方法，并具有相应的方法实施例的有益效果，在此不再赘述。

请参阅图11，其示出了本申请实施例提供的一种计算机可读取存储介质的结构框图。该计算机可读取存储介质900中存储有程序代码，程序代码可被处理器调用执行上述应用于客户端的方法实施例中所描述的方法，也可以被处理器调用执行上述应用于服务器的方法实施例中所描述的方法。

计算机可读取存储介质900可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读取存储介质900包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读取存储介质900具有执行上述方法中的任何方法步骤的程序代码910的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码910可以例如以适当形式进行压缩。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种埋点数据的上报验证方法，其特征在于，所述方法包括：

当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；

将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据；

当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据；

当未接收到所述第四埋点数据时，检测所述转发节点设备的网络状态是否正常；当所述转发节点设备的网络状态异常时，将所述第二埋点数据转发至与所述转发节点设备对应的备份节点设备，所述备份节点设备用于替代所述转发节点设备来模拟处于所述网络环境下的测试设备，将埋点数据上报至所述服务器的过程；

其中，所述对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，包括：将所述第四埋点数据与标准埋点数据进行比对；根据比对结果，确定所述网络环境下上报的埋点数据的正确性结果。

2.根据权利要求1所述的方法，其特征在于，所述对所述第四埋点数据进行验证，包括：

每隔指定时长，对预设时长的所述第四埋点数据进行验证，所述指定时长小于所述预设时长。

3.根据权利要求1所述的方法，其特征在于，所述网络环境为多个，所述将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，包括：

将所述第二埋点数据分发至与多个网络环境对应的多个转发节点设备；

所述对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，包括：

分别将所述多个转发节点设备中每个转发节点设备对应的所述第四埋点数据与标准埋点数据进行比对；

根据所述每个转发节点设备对应的比对结果，确定所述每个转发节点设备对应网络环境下的埋点数据的上报验证结果。

4.根据权利要求1所述的方法，其特征在于，在所述当接收到第二埋点数据时，获取待测试的网络环境之前，所述方法还包括：

检测测试设备是否与服务器成功连接；

当所述测试设备与所述服务器成功连接时，等待接收所述测试设备上报的第一埋点数据。

5.根据权利要求1-4任一项所述的方法，其特征在于，在所述将所述第二埋点数据转发至与所述网络环境对应的转发节点设备之前，所述方法还包括：

判断所述待测试的网络环境与所述测试设备当前所处的网络环境是否一致；

当所述待测试的网络环境与所述测试设备当前所处的网络环境不一致时，执行所述将所述第二埋点数据转发至与所述网络环境对应的转发节点设备的步骤。

6.根据权利要求5所述的方法，其特征在于，在所述判断所述待测试的网络环境与所述测试设备当前所处的网络环境是否一致之后，所述方法还包括：

当所述待测试的网络环境与所述测试设备当前所处的网络环境一致时， 直接对所述第二埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果。

7.根据权利要求1所述的方法，其特征在于，在所述得到所述网络环境下的埋点数据的上报验证结果之后，所述方法还包括：

将所述上报验证结果发送至客户端，所述客户端用于根据所述上报验证结果显示预设界面。

8.一种埋点数据的上报验证装置，其特征在于，所述装置包括：

环境获取模块，用于当接收到第二埋点数据时，获取待测试的网络环境，所述第二埋点数据为测试设备实时上报第一埋点数据后服务器接收到的埋点数据；

数据转发模块，用于将所述第二埋点数据转发至与所述网络环境对应的转发节点设备，所述转发节点设备用于将第三埋点数据返回至服务器，以模拟处于所述网络环境下的测试设备将埋点数据上报至所述服务器的过程，所述第三埋点数据为所述第二埋点数据转发后所述转发节点设备接收到的埋点数据；

数据验证模块，用于当接收到第四埋点数据时，对所述第四埋点数据进行验证，得到所述网络环境下的埋点数据的上报验证结果，其中，所述第四埋点数据为所述转发节点设备返回所述第三埋点数据后服务器接收到的埋点数据；

网络检测模块，用于当未接收到所述第四埋点数据时，检测所述转发节点设备的网络状态是否正常；当所述转发节点设备的网络状态异常时，将所述第二埋点数据转发至与所述转发节点设备对应的备份节点设备，所述备份节点设备用于替代所述转发节点设备来模拟处于所述网络环境下的测试设备，将埋点数据上报至所述服务器的过程；

其中，数据验证模块，还用于将所述第四埋点数据与标准埋点数据进行比对；根据比对结果，确定所述网络环境下上报的埋点数据的正确性结果。

9.一种服务器，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-7任一项所述的方法。

10.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项所述的方法。

Images