CN114371974A - 埋点数据校验方法及电子设备 - Google Patents

Abstract

本申请实施例公开了埋点数据校验方法及电子设备，所述方法包括：通过视觉界面组件的事件感知功能监听所述视觉界面组件中产生的交互事件；监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关；接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息；将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。通过本申请实施例，能够在对埋点数据进行自动校验的同时，实现在更多的衡量点上进行校验。

Description

埋点数据校验方法及电子设备

技术领域

本申请涉及埋点校验技术领域，特别是涉及埋点数据校验方法及电子设备。

背景技术

埋点就是在应用流程中的一些特定节点收集一些信息，用来跟踪应用使用的状况，后续用来进一步优化产品或是提供运营的数据支撑。也即，假设在某个节点进行了埋点，则可以对该节点上的目标事件进行监听，如果产生相关的事件，则可以将事件对应的数据进行上报。具体上报的数据可以根据具体数据消费方的诉求而定，例如，主要可以包括用户行为(包括点击按钮，打开页面等)、应用数据(例如，商品名称、商品ID等)、性能数据(例如，用户打开页面花了多少时间等)，等等。例如，假设在商品搜索结果页面中，针对排序筛选按钮进行了埋点，用户点击了排序筛选按钮之后，可以将用户选择的“综合排序”、“价格排序”等信息上传到埋点数据管理服务器。具体的产品方可以通过对这些埋点数据的分析等进行产品优化，或者，具体的埋点诉求也可以是由算法方提出的，此时，上报的埋点数据可以参与到具体的算法计算中，等等。

具体实现时，通常是由产品方或算法方等埋点数据消费方提出埋点诉求，然后由应用的开发方在客户端程序中的对应节点处添加埋点程序，从而在具体节点处监听目标事件，如果监听到目标事件，则可以生成埋点数据，或者从应用程序的服务端获取埋点数据，之后上传到埋点数据管理服务器。

但是，在实际应用中，由于更新迭代、技术重构、跨端跨链路等情况的存在，应用程序的客户端以及服务端程序都可能会经常发生变化，而在此过程中，可能会造成埋点数据的缺失或者重复埋点等情况。例如，新的开发人员对客户端程序进行修改时，可能会由于疏忽影响埋点数据的上报，等等。基于该情况的存在，对埋点数据进行校验，以便及时发现埋点数据存在的问题并及时处理，是很重要的。

然而，现有技术中，埋点数据校验通过人工校验的方式，也即，埋点数据管理服务器在收到具体点位上的埋点数据后，通过人工方式将埋点数据与具体点位对应的埋点规则等进行比对，以确定埋点数据是否存在问题。但是，这种方式全流程耗时耗力且易错验漏验。并且，由于校验成本高导致只适用较小场景，并且，仅适合在测试阶段校验个案，无法批量校验，无助于发现偶发问题。另一种方案是，在服务端收到客户端提交的埋点数据之后，自动将埋点数据与对应点位上的埋点规则进行比对。这种方式虽然效率比较高，但是，只能将埋点数据与规则文档进行内容匹配，因此，只能对埋点数据的准确性进行校验，而无法对其他问题进行校验。

发明内容

本申请提供了埋点数据校验方法、装置及电子设备，能够在对埋点数据进行自动校验的同时，实现在更多的衡量点上进行校验。

本申请提供了如下方案：

一种埋点数据校验方法，所述方法通过客户端执行，所述方法包括：

通过视觉界面组件的事件感知功能监听所述视觉界面组件中产生的交互事件；

监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关；

接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息；

将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。

其中，所述视觉界面组件包括预先实现的具有事件感知功能的标准化组件；所述标准化组件可在多个界面中进行引用；

所述通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，包括：

通过拦截所述标准化组件的事件感知切面，获取所述标准化组件中产生的交互事件。

其中，所述埋点规则信息是根据历史接收到的埋点数据进行分析获得的，其中，在进行分析时，将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

其中，所述接收埋点数据校验任务，包括：

在对所述客户端进行线下的功能测试时，通过所述客户端对校验任务关联的图形码进行扫码的方式接收所述校验任务，以便在进行所述功能测试的同时完成对所述校验任务的执行。

其中，还包括：

对校验结果进行展示，并提供用于将校验结果进行提交的操作选项，以便在通过所述操作选项接收到提交指示后，将所述校验结果上传到埋点管理服务器。

其中，还包括：

提供用于生成工单的操作选项，以便在校验结果存在问题时，通过所述操作选项生成对应的工单，以用于提供给对应的责任人对存在问题的点位进行处理。

其中，所述接收埋点数据校验任务，包括：

在所述客户端的线上运行阶段，通过所述客户端接收埋点管理服务器下发的校验任务。

其中，所述生成埋点数据校验结果，包括：

判断单个点位上产生的埋点数据与对应的埋点规则是否一致，以用于确定埋点数据的正确性；和/或，

判断在某个点位产生埋点数据时，该点位对应的视觉界面组件是否产生交互事件，以用于确定埋点数据的完整性；和/或，

根据各条埋点数据产生的先后顺序信息，判断某点位产生埋点数据之前，与该点位具有关联关系的其他点位是否已产生埋点数据，以用于确定埋点数据的合理性。

一种埋点数据校验方法，包括：

获取客户端中的多个点位在多个字段上的埋点规则信息；

根据所述多个点位在多个字段上的埋点规则信息生成埋点数据校验任务；

将所述埋点数据校验任务提供给客户端，以便客户端通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，以及所述客户端中在多个点位上产生的埋点数据，并将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果；

接收所述客户端上传的埋点数据校验结果。

其中，所述获取客户端中的多个点位在多个字段上的埋点规则信息，包括：

获取历史接收到的多条埋点数据；

将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

其中，还包括：

将所分析出的各点位在各字段上的埋点规则信息，以及所述点位所在的页面标识信息进行展示，以便由具体的埋点数据消费方进行认领，并对所述埋点规则进行迭代更新。

其中，所述将所述埋点数据校验任务提供给客户端，包括：

分别为各条校验任务生成图形码，以便在对客户端进行线下的功能测试的过程中，通过客户端对所述图形码进行扫码的方式，将所述校验任务提供给客户端；

或者，

在所述客户端的线上运行阶段，将所述校验任务下发到所述客户端。

其中，还包括：

根据接收到的埋点数据校验结果进行整合，生成校验报告和/或进行异常告警。

一种埋点数据校验装置，所述装置应用于客户端，所述装置包括：

交互事件监听单元，用于通过视觉界面组件的事件感知功能监听所述视觉界面组件中产生的交互事件；

埋点数据监听单元，用于监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关；

检验任务接收单元，用于接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息；

校验结果生成单元，用于将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。

一种埋点数据校验装置，包括：

埋点规则信息获取单元，用于获取客户端中的多个点位在多个字段上的埋点规则信息；

校验任务生成单元，用于根据所述多个点位在多个字段上的埋点规则信息生成埋点数据校验任务；

校验任务提供单元，用于将所述埋点数据校验任务提供给客户端，以便客户端通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，以及所述客户端中在多个点位上产生的埋点数据，并将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果；

校验结果接收单元，用于接收所述客户端上传的埋点数据校验结果。

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以在客户端侧实现埋点数据校验框架，并且可以将具体页面中的视觉界面组件进行改造，使其具有事件感知能力，这样，校验框架可以通过该能力监听到具体视觉界面组件中产生的交互事件。另外，校验框架还可以监听到具体客户端中在多个点位上产生的埋点数据。这样，具体的埋点数据校验任务可以由客户端侧的上述校验框架来执行。在执行的过程中，可以将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，以此生成埋点数据校验结果。由于可以在客户端侧进行埋点数据校验，而客户端的校验框架可以监听到视觉界面组件中产生的交互事件，以及具体点位产生的埋点数据，因此，除了可以对埋点数据内容的正确性进行校验，还可以实现对埋点数据的产生时机、点位之间的关联关系等其他衡量点进行校验。

另外，在优选的实施方式中，还可以通过预先定义标准化组件，并实现事件感知能力，使得具体的页面开发人员直接使用这种标准化组件进行页面搭建即可，而不需要分别各自实现具体页面中组件的事件感知逻辑。

再者，还可以提供埋点数据分析引擎，通过该引擎对服务器中已经收集到的埋点数据现状进行归纳分析，从中分析出各个点位对应的埋点规则，从而避免人工的方式逐条录入各点位的埋点规则。具体的消费方还可以在这种自动归纳出的埋点规则的基础上进行迭代更新。

关于具体校验任务的执行，可以在对客户端进行线下的功能测试过程中，一并实现对埋点数据的校验。或者，还可以在客户端线上正式运行阶段实现对埋点数据的校验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的埋点数据校验的衡量点示意图；

图2是本申请实施例提供的系统架构的示意图；

图3是本申请实施例提供的第一方法的流程图；

图4是本申请实施例提供的埋点数据分析引擎的示意图；

图5是本申请实施例提供的埋点规则的示意图；

图6是本申请实施例提供的第二方法的流程图；

图7是本申请实施例提供的第一装置的示意图；

图8是本申请实施例提供的第二装置的示意图；

图9是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的是，本申请发明人在实现本申请的过程中发现，在进行埋点数据校验的过程中，根据埋点数据质量所关注的准确性、完整性、合理性，可以分析出埋点数据的质量依赖内容与时机两个维度，对埋点数据进行校验时的衡量点主要可以在埋点的内容、时机、关联关系等方面来进行。三者之间的关系可以如图1所示，关于内容，主要是验证埋点内容(即图1中C1或C2)的正确性。例如，某个点位被触发后，需要产生多个字段上的埋点数据，则在内容方面主要是对各个字段上的埋点数据的正确性进行判断。关于时机，主要是验证埋点时机(即图1中P1点位，E1与C1的关系)的正确性，可以校验出埋点上报时机是否正确，是否存在多报、少报、不合理时机上报等情况。例如，上报某个点位的埋点数据时，是否同时产生了对对应视觉组件(例如，按钮等)的点击等触发事件，如果没有，则可能上报时机存在问题。关于关联关系，主要验证点位之间关联关系(即图1中P1与P2的关系)的正确性，用于校验点位之间关联关系是否合理。例如，在对某个按钮进行点击行为之后触发了对对应点位的埋点数据的产生，但是，在此之前，应该是先对该按钮进行了曝光，并在曝光阶段也产生对应的埋点数据，等等。

在现有技术中，进行自动化校验的方案时，在客户端将多条具体的埋点数据上报到埋点管理服务器之后，在服务器端进行校验。但是，由于服务器获得的只有一条条的埋点数据，不存在与上报时机相关的信息，因此，无法对埋点数据的上报时机是否准确(也即完整性)进行校验。另外，上报到服务器之后的埋点数据通常也不存在线性的时间先后顺序关系，因此，服务器也难以对不同点位的埋点数据之间的关联关系(也即合理性)进行校验。

基于上述情况，在本申请实施例中，为了能够在提升校验效率的同时，保证校验的全面性，提供了在客户端侧进行埋点数据校验的实现方案。也就是说，在该方案中，如图2所示，可以直接在客户端中实现用于对埋点数据进行校验的校验框架，同时，还可以对客户端中的视觉界面组件(例如，页面容器、按钮、列表、弹窗，等等)进行改造，使之具有事件感知能力。例如，假设某按钮被点击，则该按钮可以感知到该被点击的事件，并能够将感知到的事件信息传递给校验框架。另外，由于客户端侧还存在埋点框架，该埋点框架产生的埋点数据除了可以上报到服务器，还可以提供给其他框架使用，因此，基于该特点，在客户端侧实现的校验框架，还可以直接对埋点框架产生的埋点数据进行监听。这样，客户端侧的校验框架可以实现对具体视觉组件的交互事件，以及埋点框架中产生的埋点数据进行监听，并且，可以获取到各条埋点数据之间的时序关系。另一方面，埋点管理服务器还可以直接将校验任务提供给具体的客户端侧，校验任务中可以包括多个具体需要校验的点位，各个点位对应的埋点规则，其中包括每个点位在多个字段上的内容规则，事件与点位之间的时机规则，不同点位之间的关联关系规则，等等。这样，在客户端获取到的校验任务信息之后，就可以将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果。之后，可以将埋点数据校验结果上传到埋点管理服务器，在服务器侧对校验结果进行整合，还可以生成对应的校验报表，或者，对开发人员等责任人进行异常报警，等等。

其中，在各个点位对应的埋点规则的生成，以及关于具体视觉组件的事件感知能力的实现，在本申请实施例中也提供了更高效的实现方案，在后文中会有详细介绍。

下面对本申请实施例提供的具体技术方案进行详细介绍。

实施例一

首先，该实施例一从客户端的校验框架的校验，提供了一种埋点数据校验方法，具体的，该方法可以通过客户端执行，参见图3，该方法可以包括：

S301：通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件。

具体的客户端可以是具有埋点需求的多种具体的客户端，例如，商品信息服务系统的App客户端，由于需要在多个点位上进行埋点，以收集埋点数据，因此，该客户端就是具有埋点需求的客户端，在本申请实施例中，可以直接在该客户端中实现埋点数据校验框架，使得可以直接在端侧实现对埋点数据的校验处理。

其中，为了实现对埋点数据与交互时机之间的关联关系的校验，在本申请实施例中，首先可以对客户端中的视觉界面组件进行改造，使其能够具有事件感知能力，并将感知到的事件信息提供给校验框架。

具体的视觉界面组件可以包括页面容器、子页面容器、列表、按钮、弹窗、输入框、跨端组件，等等。具体的页面通常就可以由上述各种视觉界面组件组成。但是，传统的视觉界面组件并不具有事件感知能力，只能在被触发之后，根据组件背后关联的响应逻辑做出响应动作。但是，本申请实施例中，由于需要校验埋点数据与交互时机之间的关联关系，因此，就可以首先为视觉界面组件实现上述事件感知能力。使得视觉界面组件不能能够响应交互动作，还可以感知到具体的交互事件，并可以提供给校验框架。这样，校验框架可以通过监听视觉界面组件中产生的交互事件，来获取具体的交互事件信息。

其中，具体实现时，为了实现上述改造，可以由客户端中具体页面的开发人员分别为页面中的组件实现对应的事件感知能力。但是，由于客户端中的页面数量众多，每个页面中涉及到的视觉界面组件数量也很多，如果分别对各个页面中所需用到的组件实现事件感知逻辑，则工作量会比较大。另外，不同页面之间可能会存在相同类别的视觉界面组件，例如，不同的页面中都包括页面容器、输入框、按钮等类别的组件，因此，如果分别对各个页面中所需用到的组件实现事件感知逻辑，则也会意味着大量的重复开发等问题。

因此，在本申请的可选实施方式中，还可以针对各类视觉界面组件，预先实现具有事件感知功能的标准化组件。例如，可以实现标准化的页面容器、子容器、按钮、输入框、列表等等，这些标准化组件具有事件感知能力。这样，具体的客户端开发人员在开发具体的页面时，就可以直接使用这种标准化组件所述标准化组件来进行页面搭建。当然，具体的页面开发人员还可以在这种标准化组件的基础上进行扩展，但是由于标准化组件本身具有事件感知能力，因此，也可以使得扩展出的更多组件能够具有事件感知能力。

由于同一标准化组件能够在多个页面中使用，每个组件有都可能产生点击事件，需要对所有点击事件都进行感知，并对多个页面中的标准化组件进行管理。因此，还可以通过AOP(Aspect Oriented Programming，面向切面编程)的方式，实现标准化组建的事件感知能力。这样，使得客户端中的具体校验框架可以通过拦截所述标准化组件的事件感知切面，获取所述标准化组件产生的交互事件。其中，所谓的AOP是指，针对数据处理过程中的切面进行提取，它所面对的是处理过程中的某个步骤或阶段，以获得逻辑过程中各部分之间低耦合性的隔离效果。

总之，通过在客户端页面中的具体视觉界面组件中实现事件感知能力，使得客户端中的校验框架可以获取到具体视觉界面组件中产生的交互事件信息，以便于后续对埋点数据与交互时机之间的关联关系进行校验。

S302：监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关。

由于具体客户端中实现了埋点框架，也即，具体用于产生埋点数据的处理框架，而该框架在产生埋点数据并向服务器进行上报的过程中，也可以将埋点数据提供给客户端中的其他框架来使用。因此，本申请实施例中在客户端中实现的校验框架，就可以基于该特点，实现对埋点框架中产生的埋点数据的监听。这样，校验框架可以获取到客户端中产生的埋点数据，并且各条埋点数据对应的点位信息、时序上的先后顺序信息都可以保留，以便于后续对不同点位之间埋点数据之间的关联关系进行校验。

其中，具体的点位可以是与视觉校验组件相关的，例如，需要在某个视觉界面组件被触发后，产生埋点数据，则该界面组件就对应着一个埋点点位，等等。因此，点位的标识信息中也可以带有具体的视觉界面组件标识。从而使得客户端监听到一条埋点数据之后，可以获知该条埋点数据与具体哪个视觉界面组件相关。

S303：接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息。

另外，本申请实施例还可以提供埋点数据管理服务器，在该服务器中，可以生成多条具体的埋点数据校验任务，之后，可以通过多种方式将埋点任务提供给客户端。具体的，在生成具体的校验任务之前，可以首先确定出客户端中有哪些具体的埋点点位，以及各自对应的埋点规则信息。具体的埋点规则就可以包括前述内容规则、时机规则、不同点位之间的关联关系规则，等等。每个具体的点位会对应各自不同的埋点规则，通过整理出具体点位对应的埋点规则，可以生成校验任务，一条检验任务中可以包括对多个不同点位的校验任务。

但是，由于埋点点位数量可能会比较多，如果通过人工的方式逐条整理出每个点位对应的埋点规则，则会非常耗时，效率很低。因此，本申请实施例还可以提供埋点数据分析引擎。如图4所示，该引擎的作用在于，对服务器中已经收集到的埋点数据现状进行归纳分析，从中分析出各个点位对应的埋点规则。例如，每条埋点数据都关联有点位ID，可以根据该信息，对相同点位对应的多条埋点数据进行归纳分析，确定出各点位在各字段上的内容规则信息。例如，对于与商品的点击事件相关的埋点数据，具体的字段可以包括商品标题，商品ID，当前用户ID，等等。具体字段上的内容规则可以包括关系(等于/不等于)，值的类型(字符串/整数/浮点数等)，正则信息，等等。

通过上述方式，可以获得多个点位分别对应的埋点规则，而不需要人工的方式逐条录入。当然，在具体实现时，还可以通过埋点关联服务器对归纳出的埋点现状进行管理，例如，可以展示出各个点位对应的具体埋点规则，以及各个点位所在的页面标识等信息，这样，可以由具体的产品方等认领埋点现状，同时还可以基于现状提出对点位、字段、规则的迭代需求，推动对埋点规则的迭代更新。

也就是说，由于具体的埋点规则就是根据具体埋点数据消费方提出的埋点诉求生成的，因此，也可以由具体的消费方对规则进行迭代更新，包括增加/删除点位，增加/删除具体点位中需要上报的字段，增加/删除/修改具体字段上的规则，等等。另外，还可以涉及到对具体点位的时机规则、不同点位之间关联关系规则的管理，等等。

总之，可以通过具体的埋点数据分析引擎进行自动归纳分析，以及由埋点数据消费方提出的迭代更新需求，生成关于各点位的具体埋点规则。其中，每个点位对应的埋点规则可以有多项，如图5所示，可以包括具体点位上各个字段的内容规则，埋点数据与产生时机之间的时机规则，不同点位之间的关联关系规则，等等。

在获取到多个点位对应的具体埋点规则信息之后，埋点数据管理服务器可以生成多条校验任务，这种校验任务可以提供给客户端，由客户端执行具体的校验任务，产生校验结果并上传到埋点数据管理服务器。

其中，客户端执行具体校验任务的时机可以有多种，相应的，客户端接收具体的校验任务的方式也可以不同。其中，在一种情况下，由于具体的客户端在进行功能更新或者版本更新时，在上线之前通常需要在线下测试，例如，在功能上线之前进行需求测试，版本上线之前进行回归测试，等等。这些线下测试的目的主要是对功能进行测试，也即由产品方提需求，包括触发某些组件后应该如何进行响应等，然后，由测试人员在线下去产生对组件的触发，并判断具体的响应结果是否满足设计需求，等等。在完成测试之后，才会进行对具体功能或版本的正式上线。在本申请实施例中，由于对埋点数据进行校验的过程中，同样也涉及到对组件的触发等操作，因此，可以在进行上述功能测试的同时，一并完成对埋点数据的校验。这样，使得测试人员通过对组件进行触发执行测试任务的同时，可以直接完成校验任务。

在上述在线下功能测试的过程中一并进行埋点数据校验的方式下，具体的埋点管理服务器在生成具体的校验任务之后，还可以分别为各条校验任务生成图形码(例如，二维码等)，并且，可以在客户端中提供扫码入口。这样，具体的测试人员在对客户端进行线下的功能测试时，可以通过该扫码入口对埋点管理服务器提供的校验任务的图形码(可以通过埋点管理服务器对应的网页等进行展示，通常是在PC端展示)进行扫码，这样，便可以接收到具体的校验任务信息。之后，在测试人员触发具体客户端中的视觉界面组件进行功能测试的过程中，该客户端中的校验框架便可以执行对应的校验任务。

或者，另一种情况下，也可以是在客户端正式上线运行阶段，在消费者用户发出具体交互事件的过程中，执行校验任务。此时，可以由埋点管理服务器将具体的校验任务下发至客户端，由客户端在与具体用户交互的过程中，实现对校验任务的执行。其中，在这种方式下，埋点管理服务器可以通过定时下发校验任务等实现方式，例如，每小时的前一分钟，向客户端下发校验任务，等等。其中，具体客户端可以在多个不同用户的终端设备中运行，因此，可以向多个用户的客户端进行校验任务的分发，通过不同用户关联的客户端实现对各条校验任务的执行。当然，具体校验任务的执行过程，不会影响到用户对客户端的正常使用，也即，校验任务的执行对于用户而言可以是不感知的。

S304：将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。

在接收到具体的校验任务之后，便可以执行该校验任务。其中，校验任务中包括具体需要校验的点位，各个点位对应的埋点规则等，因此，具体在执行校验任务时，可以将所监听到与所需校验的点位相关的所述交互事件、对应点位上的埋点数据，与所述校验任务中的埋点规则信息进行比对，以此生成具体的校验结果。其中，具体的校验内容可以包括：判断单个点位上产生的埋点数据与对应的埋点规则是否一致，以用于确定埋点数据的正确性。另外，由于直接在端侧进行校验，并且客户端的校验框架能够监听到具体视觉界面组件的交互事件信息，因此，还可以判断在某个点位产生埋点数据时，该点位对应的视觉界面组件是否产生交互事件，以用于确定埋点数据的完整性。再者，由于客户端的校验框架在监听具体的埋点数据时，可以获取到各条埋点数据产生的先后顺序信息，因此，在进行校验时，还可以根据各条埋点数据产生的先后顺序信息，判断某点位产生埋点数据之前，与该点位具有关联关系的其他点位是否已产生埋点数据，以用于确定埋点数据的合理性。当然，本申请实施例提供的上述端侧校验框架具有对上述各种衡量点的校验能力，但是，可能不是所有点位都需要在上述三个方面进行校验，可以根据实际点位的校验需求在部分衡量点上进行校验。

其中，在无论是在线下进行功能测试的过程中，一并完成埋点校验，还是在线上运行阶段进行埋点校验，具体的校验方式都可以是相同的。当然，在前述在线下进行功能测试的过程中一并完成埋点校验的方式下，由于是由测试人员执行测试任务，这种测试人员具有一定的专业性及数据解读能力，因此，还可以在客户端中提供校验结果展示功能，并提供用于将校验结果进行提交的操作选项。这样，可以在通过所述操作选项接收到提交指示后，再将所述校验结果上传到埋点管理服务器。也就是说，在具体将校验结果上传到服务器之前，还可以首先由测试人员进行确认。另外，还可以提供用于生成工单的操作选项，以便在校验结果存在问题时，通过所述操作选项生成对应的工单，以用于提供给对应的责任人对存在问题的点位进行处理，等等。

在客户端将具体校验任务对应的校验结果上传到埋点管理服务器之后，埋点管理服务器可以对具体的校验结果进行汇总整合，还可以生成对应的校验报告，或者向具体的责任人发生异常告警信息，等等。例如，发现某页面中某点位的埋点数据存在内容错误，或者存在多报、少报、不合时机的上报等情况，则可以向该页面对应的开发人员等发出告警信息。另外还可以向埋点数据的消费方发出告警信息，提醒其已经收到的埋点数据可能存在问题，等等。

总之，通过本申请实施例，可以在客户端侧实现埋点数据校验框架，并且可以将具体页面中的视觉界面组件进行改造，使其具有事件感知能力，这样，校验框架可以通过该能力监听到具体视觉界面组件中产生的交互事件。另外，校验框架还可以监听到具体客户端中在多个点位上产生的埋点数据。这样，具体的埋点数据校验任务可以由客户端侧的上述校验框架来执行。在执行的过程中，可以将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，以此生成埋点数据校验结果。由于可以在客户端侧进行埋点数据校验，而客户端的校验框架可以监听到视觉界面组件中产生的交互事件，以及具体点位产生的埋点数据，因此，除了可以对埋点数据内容的正确性进行校验，还可以实现对埋点数据的产生时机、点位之间的关联关系等其他衡量点进行校验。

另外，在优选的实施方式中，还可以通过预先定义标准化组件，并实现事件感知能力，使得具体的页面开发人员直接使用这种标准化组件进行页面搭建即可，而不需要分别各自实现具体页面中组件的事件感知逻辑。

再者，还可以提供埋点数据分析引擎，通过该引擎对服务器中已经收集到的埋点数据现状进行归纳分析，从中分析出各个点位对应的埋点规则，从而避免人工的方式逐条录入各点位的埋点规则。具体的消费方还可以在这种自动归纳出的埋点规则的基础上进行迭代更新。

关于具体校验任务的执行，可以在对客户端进行线下的功能测试过程中，一并实现对埋点数据的校验。或者，还可以在客户端线上正式运行阶段实现对埋点数据的校验。

实施例二

该实施例二是与实施例一相对应的，从埋点数据管理服务器的角度，提供了一种埋点数据校验方法，如图6所示，该方法可以包括：

S601：获取客户端中的多个点位在多个字段上的埋点规则信息；

S602：根据所述多个点位在多个字段上的埋点规则信息生成埋点数据校验任务；

S603：将所述埋点数据校验任务提供给客户端，以便客户端通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，以及所述客户端中在多个点位上产生的埋点数据，并将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果；

S604：接收所述客户端上传的埋点数据校验结果。

其中，具体在获取客户端中的多个点位在多个字段上的埋点规则信息时，可以通过埋点数据分析引擎获取历史接收到的多条埋点数据，然后，通过将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

具体实现时，还可以将所分析出的各点位在各字段上的埋点规则信息，以及所述点位所在的页面标识信息进行展示，以便由具体的埋点数据消费方进行认领，并对所述埋点规则进行迭代更新。

其中，具体在将所述埋点数据校验任务提供给客户端时，可以分别为各条校验任务生成图形码，以便在对客户端进行线下的功能测试的过程中，通过客户端对所述图形码进行扫码的方式，将所述校验任务提供给客户端；或者，在所述客户端的线上运行阶段，将所述校验任务下发到所述客户端。

另外，具体的埋点数据管理服务器还可以根据接收到的埋点数据校验结果进行整合，生成校验报告和/或进行异常告警，等等。

关于该实施例二中的未详述部分，可以参见实施例一中的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种埋点数据校验装置，所述装置应用于客户端，参见图7，该装置包括：

交互事件监听单元701，用于通过视觉界面组件的事件感知功能监听所述视觉界面组件中产生的交互事件；

埋点数据监听单元702，用于监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关；

检验任务接收单元703，用于接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息；

校验结果生成单元704，用于将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。

其中，所述视觉界面组件包括预先实现的具有事件感知功能的标准化组件；所述标准化组件可在多个界面中进行引用；

所述交互事件监听单元具体可以用于：通过拦截所述标准化组件的事件感知切面，获取所述标准化组件中产生的交互事件。

其中，所述埋点规则信息是根据历史接收到的埋点数据进行分析获得的，其中，在进行分析时，将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

具体的，所述检验任务接收单元具体可以用于：

在对所述客户端进行线下的功能测试时，通过所述客户端对校验任务关联的图形码进行扫码的方式接收所述校验任务，以便在进行所述功能测试的同时完成对所述校验任务的执行。

此时，该装置还可以包括：

校验结果展示单元，用于对校验结果进行展示，并提供用于将校验结果进行提交的操作选项，以便在通过所述操作选项接收到提交指示后，将所述校验结果上传到埋点管理服务器。

另外还可以包括：

工单生成单元，用于提供用于生成工单的操作选项，以便在校验结果存在问题时，通过所述操作选项生成对应的工单，以用于提供给对应的责任人对存在问题的点位进行处理。

另一种方式下，检验任务接收单元具体可以用于：

在所述客户端的线上运行阶段，通过所述客户端接收埋点管理服务器下发的校验任务。

其中，所述校验结果生成单元具体可以用于：

判断单个点位上产生的埋点数据与对应的埋点规则是否一致，以用于确定埋点数据的正确性；和/或，

判断在某个点位产生埋点数据时，该点位对应的视觉界面组件是否产生交互事件，以用于确定埋点数据的完整性；和/或，

根据各条埋点数据产生的先后顺序信息，判断某点位产生埋点数据之前，与该点位具有关联关系的其他点位是否已产生埋点数据，以用于确定埋点数据的合理性。

与实施例二相对应，本申请实施例还提供了一种埋点数据校验装置，参见图8，该装置可以包括：

埋点规则信息获取单元801，用于获取客户端中的多个点位在多个字段上的埋点规则信息；

校验任务生成单元802，用于根据所述多个点位在多个字段上的埋点规则信息生成埋点数据校验任务；

校验任务提供单元803，用于将所述埋点数据校验任务提供给客户端，以便客户端通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，以及所述客户端中在多个点位上产生的埋点数据，并将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果；

校验结果接收单元804，用于接收所述客户端上传的埋点数据校验结果。

具体实现时，埋点规则信息获取单元具体可以用于：

获取历史接收到的多条埋点数据；

将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

另外，该装置还可以包括：

分析结果展示单元，用于将所分析出的各点位在各字段上的埋点规则信息，以及所述点位所在的页面标识信息进行展示，以便由具体的埋点数据消费方进行认领，并对所述埋点规则进行迭代更新。

所述校验任务提供单元具体可以用于：

分别为各条校验任务生成图形码，以便在对客户端进行线下的功能测试的过程中，通过客户端对所述图形码进行扫码的方式，将所述校验任务提供给客户端；

或者，

在所述客户端的线上运行阶段，将所述校验任务下发到所述客户端。

另外，该装置还可以包括：

整合处理单元，用于根据接收到的埋点数据校验结果进行整合，生成校验报告和/或进行异常告警。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图9示例性的展示出了电子设备的架构，具体可以包括处理器910，视频显示适配器911，磁盘驱动器912，输入/输出接口913，网络接口914，以及存储器920。上述处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920之间可以通过通信总线930进行通信连接。

其中，处理器910可以采用通用的CPU(Central Processing Unit，处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器920可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器920可以存储用于控制电子设备900运行的操作系统921，用于控制电子设备900的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器923，数据存储管理系统924，以及埋点数据校验处理系统925等等。上述埋点数据校验处理系统925就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器920中，并由处理器910来调用执行。

输入/输出接口913用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口914用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线930包括一通路，在设备的各个组件(例如处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，存储器920，总线930等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的埋点数据校验方法及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种埋点数据校验方法，其特征在于，所述方法通过客户端执行，所述方法包括：

通过视觉界面组件的事件感知功能监听所述视觉界面组件中产生的交互事件；

监听所述客户端中在多个点位上产生的埋点数据；所述点位与所述视觉界面组件相关；

接收埋点数据校验任务，所述校验任务中包括多个点位对应的埋点规则信息；

将所监听到的所述交互事件、所述多个点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果，并上传到埋点管理服务器。

2.根据权利要求1所述的方法，其特征在于，

所述视觉界面组件包括预先实现的具有事件感知功能的标准化组件；所述标准化组件可在多个界面中进行引用；

所述通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，包括：

通过拦截所述标准化组件的事件感知切面，获取所述标准化组件中产生的交互事件。

3.根据权利要求1所述的方法，其特征在于，

所述埋点规则信息是根据历史接收到的埋点数据进行分析获得的，其中，在进行分析时，将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

4.根据权利要求1所述的方法，其特征在于，

所述接收埋点数据校验任务，包括：

在对所述客户端进行线下的功能测试时，通过所述客户端对校验任务关联的图形码进行扫码的方式接收所述校验任务，以便在进行所述功能测试的同时完成对所述校验任务的执行。

5.根据权利要求4所述的方法，其特征在于，还包括：

对校验结果进行展示，并提供用于将校验结果进行提交的操作选项，以便在通过所述操作选项接收到提交指示后，将所述校验结果上传到埋点管理服务器。

6.根据权利要求5所述的方法，其特征在于，还包括：

提供用于生成工单的操作选项，以便在校验结果存在问题时，通过所述操作选项生成对应的工单，以用于提供给对应的责任人对存在问题的点位进行处理。

7.根据权利要求1所述的方法，其特征在于，

所述接收埋点数据校验任务，包括：

在所述客户端的线上运行阶段，通过所述客户端接收埋点管理服务器下发的校验任务。

8.根据权利要求1至7任一项所述的方法，其特征在于，

所述生成埋点数据校验结果，包括：

判断单个点位上产生的埋点数据与对应的埋点规则是否一致，以用于确定埋点数据的正确性；和/或，

判断在某个点位产生埋点数据时，该点位对应的视觉界面组件是否产生交互事件，以用于确定埋点数据的完整性；和/或，

根据各条埋点数据产生的先后顺序信息，判断某点位产生埋点数据之前，与该点位具有关联关系的其他点位是否已产生埋点数据，以用于确定埋点数据的合理性。

9.一种埋点数据校验方法，其特征在于，包括：

获取客户端中的多个点位在多个字段上的埋点规则信息；

根据所述多个点位在多个字段上的埋点规则信息生成埋点数据校验任务；

将所述埋点数据校验任务提供给客户端，以便客户端通过视觉界面组件的事件感知功能监听所述视觉界面组件产生的交互事件，以及所述客户端中在多个点位上产生的埋点数据，并将所监听到的所述交互事件、对应点位上的埋点数据与所述校验任务中的埋点规则信息进行比对，生成埋点数据校验结果；

接收所述客户端上传的埋点数据校验结果。

10.根据权利要求9所述的方法，其特征在于，

所述获取客户端中的多个点位在多个字段上的埋点规则信息，包括：

获取历史接收到的多条埋点数据；

将相同点位对应的多条埋点数据进行分析，确定各点位的埋点规则信息。

11.根据权利要求10所述的方法，其特征在于，还包括：

将所分析出的各点位在各字段上的埋点规则信息，以及所述点位所在的页面标识信息进行展示，以便由具体的埋点数据消费方进行认领，并对所述埋点规则进行迭代更新。

12.根据权利要求9所述的方法，其特征在于，

所述将所述埋点数据校验任务提供给客户端，包括：

分别为各条校验任务生成图形码，以便在对客户端进行线下的功能测试的过程中，通过客户端对所述图形码进行扫码的方式，将所述校验任务提供给客户端；

或者，

在所述客户端的线上运行阶段，将所述校验任务下发到所述客户端。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至12任一项所述的方法的步骤。

14.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至12任一项所述的方法的步骤。

Images