对应用的控件进行埋点的方法及装置、可读存储介质与流程

本发明的实施方式涉及通信与计算机技术领域，更具体地，本发明的实施方式涉及一种对应用的控件进行埋点的方法及装置、可读存储介质。

背景技术：

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在如今大多数的产品中，在埋点定义和验证方面，通常的做法如图1所示，包括以下步骤：

1)需求方整理埋点需求；

2)需求方通过文件或口头方式通知埋点定义人员；

3)埋点定义人员根据埋点需求，定义埋点形成文档(一般采用excel)保存；

4)埋点定义人员将文档发送给产品、开发、测试验证等相关人员，开发人员根据埋点需求完成埋点开发；

5)测试人员通过抓包查看埋点信息，对比文档校对埋点各个参数，判断埋点代码的正确性；或通过事后分析，发现异常后，配合开发人员查明原因，修复埋点代码。

技术实现要素：

但是，上述现有技术存在以下缺陷。一方面，文档式管理埋点，不利于结构化定义埋点，也不利于埋点的检索，并且埋点的管理、文档版本管理和版本统一难度大；增加了埋点定义人员工作复杂度和工作量及相关人员例如埋点定义人员、产品、开发、测试验证等之间的管理、沟通和操作成本。另一方面，开发人员需关注埋点定义中的所有参数信息，从而加大了开发人员的工作量，同时增加了开发人员出现埋点参数缺失、错误的可能性。

此外，测试验证人员通过抓包查看埋点信息，对比请求参数与埋点参数进行验证，测试验证人员工作量大；测试验证人员通过配合开发人员进行事后分析，修复埋点错误，但线上已产生的错误数据影响数据分析。

再一方面，各平台、各版本埋点请求结果汇总难度大；不易发现埋点是否存在多打、漏打和错打的情况；无法直观定位埋点的错误原因，测试验证人员与开发人员配合查找错误原因，增加了测试人员与开发人员双方的时间成本和沟通成本。

为此，非常需要一种改进的对应用的控件进行埋点的方法及装置、可读存储介质，以解决现有技术中存在的文档化方式管理埋点及开发人员需关注埋点定义中所有参数信息的缺陷。

在本上下文中，本发明的实施方式期望提供一种对应用的控件进行埋点的方法及装置、可读存储介质。

在本发明实施方式的第一方面中，提供了一种对应用的控件进行埋点的方法，包括：

接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；

根据所述埋点信息，生成埋点参数配置文件；

根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

在一些实施例中，根据本发明的上述实施例所述的方法，所述埋点需求根据预设的打点标注颜色规则、埋点版本号、目标页面标识及相应目标页面中的埋点顺序号标注在所述应用的目标页面的相应控件位置。

在一些实施例中，根据本发明的上述任一实施例所述的方法，所述埋点信息包括埋点对应的平台类型、埋点版本号、埋点标识、埋点类型、控件标识、标签、功能描述中的一种或者多种。

在一些实施例中，根据本发明的上述任一实施例所述的方法，所述埋点信息至少包括埋点标识，其中所述埋点标识包括目标页面标识及相应目标页面中的埋点顺序号。

在一些实施例中，根据本发明的上述任一实施例所述的方法，所述埋点信息还包括关联存储的相应的目标页面截图，其中所述目标页面截图包括所述目标页面上标注的埋点需求。

在一些实施例中，根据本发明的上述任一实施例所述的方法，还包括：

根据埋点版本号判断本地存储的埋点参数配置文件是否为最新的埋点参数配置文件；

当本地存储的埋点参数配置文件不为最新的埋点参数配置文件时，利用生成的最新的埋点参数配置文件替换本地存储的埋点参数配置文件。

在一些实施例中，根据本发明的上述任一实施例所述的方法，根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，包括：

从所述埋点参数配置文件中读取相应埋点的固定参数；

当相应埋点的埋点参数中包括变量参数时，接收传入的所述变量参数的值。

在一些实施例中，根据本发明的上述任一实施例所述的方法，还包括：

接收统计埋点请求信息；

对埋点情况进行解析验证，获取并保存验证结果。

在一些实施例中，根据本发明的上述任一实施例所述的方法，还包括：

接收输入的查询条件，根据所述查询条件显示所述验证结果。

在一些实施例中，根据本发明的上述任一实施例所述的方法，还包括：

对所述验证结果进行分类，其中所述验证结果的类别包括不通过、未校验和未定义中的一种或者多种；

根据分类分别显示不同类别的验证结果。

在本发明实施方式的第二方面中，提供了一种对应用的控件进行埋点的装置，包括：

埋点定义模块，用于接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；

配置文件生成模块，用于根据所述埋点信息，生成埋点参数配置文件；

埋点代码生成模块，用于根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

在一些实施例中，根据本发明的上述实施例所述的装置，还包括：

版本判断模块，用于根据埋点版本号判断本地存储的埋点参数配置文件是否为最新的埋点参数配置文件；

配置文件替换模块，用于当本地存储的埋点参数配置文件不为最新的埋点参数配置文件时，利用生成的最新的埋点参数配置文件替换本地存储的埋点参数配置文件。

在一些实施例中，根据本发明的上述任一实施例所述的装置，所述埋点代码生成模块包括固定参数读取单元和变量参数接收单元，其中：

所述固定参数读取单元，用于从所述埋点参数配置文件中读取相应埋点的固定参数；

所述变量参数接收单元，用于当相应埋点的埋点参数中包括变量参数时，接收传入的所述变量参数的值。

在一些实施例中，根据本发明的上述任一实施例所述的装置，还包括：

接收请求模块，用于接收统计埋点请求信息；

获取验证模块，用于对埋点情况进行解析验证，获取并保存验证结果。

在一些实施例中，根据本发明的上述任一实施例所述的装置，还包括：

查询模块，用于接收输入的查询条件，根据所述查询条件显示所述验证结果。

在一些实施例中，根据本发明的上述任一实施例所述的装置，还包括：

结果分类模块，用于对所述验证结果进行分类，其中所述验证结果的类别包括不通过、未校验和未定义中的一种或者多种；

分类显示模块，用于根据分类分别显示不同类别的验证结果。

在本发明实施方式的第三方面中，提供了一种可读存储介质，其上存储有程序，该程序被处理器执行时实现如上所述的方法。

根据本发明实施方式的对应用的控件进行埋点的方法及装置、可读存储介质：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；根据所述埋点信息，生成埋点参数配置文件；根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，在该方案中，通过结构化的定义埋点信息，简化了打点设计，并提供了埋点参数信息导出，降低了开发人员工作量，因此，解决了现有技术中存在的文档化方式管理埋点及开发人员需关注埋点定义中所有参数信息的缺陷。

另外，根据一些实施例，由于可以系统自动验证埋点信息的正确性，直观显示埋点信息验证结果，保存所有统计埋点请求记录，协助统计埋点的验证，因此，进一步降低了测试验证人员的工作量。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了通常采用的埋点定义和验证方法的示意图；

图2示意性地示出了根据本发明实施方式的对应用的控件进行埋点的方法的一种流程图；

图3示意性地示出了根据本发明实施方式的对应用的控件进行埋点的方法的另一种流程图；

图4示意性地示出了根据本发明实施方式的标注埋点需求的示意图；

图5示意性地示出了根据本发明实施例的埋点定义的示意图；

图6示意性地示出了根据本发明实施例的埋点验证结果的示意图；

图7示意性地示出了根据本发明实施例的对应用的控件进行埋点的装置的框图；

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种对应用的控件进行埋点的方法及装置。

在本文中，要理解的是，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，在对应用的控件进行埋点的时候，可以采用如下方式：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；根据所述埋点信息，生成埋点参数配置文件；根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，在该方案中，通过结构化的定义埋点信息，简化了打点设计，并提供了埋点参数信息导出，降低了开发人员工作量，因此，解决了现有技术中存在的文档化方式管理埋点及开发人员需关注埋点定义中所有参数信息的缺陷。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

应用场景总览

用户可以通过浏览器打开一应用，或者直接打开安装于电子设备上的客户端程序打开一应用，用户可以对该应用的页面上的业务数据进行业务操作，该页面上设有供用户进行该业务操作的操作载体(可以是按钮也可以是别的发生数据操作的Action(动作)例如控件)。其中在该控件上设置埋点以监控用户通过该控件所进行的业务操作，通过埋点代码可以监控该业务数据的变化以及业务操作的信息。该业务操作的信息可以包括操作人和/或操作时间。

其中，埋点为开发人员的描述术语，具体是指在某个地方设置一段埋点代码，以便系统通过这段埋点代码去获取日志记录。比如要记录用户修改某系统信息的操作过程，该修改是通过点击“保存”按钮来提交修改信息的，那么就需要在该“保存”按钮的点击操作实现代码里加一段埋点代码，设置需要捕获哪些数据，系统就会自动接受这些数据并保存在系统里面，这样就可以查询了。其中，埋点代码是由嵌入到浏览器端/应用程序客户端的收集用户行为数据的程序代码和后端用于监测用户行为数据收集结果是否异常的程序代码组成。通过埋点代码可以获取到埋点代码捕获的用于用户行为信息分析的数据。例如，可以通过在网页内嵌套JavaScript脚本，当用户访问网页时，触发统计脚本获取访问数据，后端Java程序判断数据结构是否异常。

应用还可以接收用户输入的查询指令、解析该查询指令以获得查询条件，以及获得所有与该查询条件相匹配的统计埋点信息以显示给用户。

需要说明的是，这里描述的应用场景仅是示例性的，而不是对本发明的限制。本发明实施方式的适用范围不受任何限制。

示例性方法

下面结合上述应用场景，参考图2-6来描述根据本发明示例性实施方式的对应用的控件进行埋点的方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

图2示意性地示出了根据本发明实施方式的对应用的控件进行埋点的方法的一种流程图。该方法可应用于前面描述的应用场景并在电子设备中安装的应用中执行，但该方法的应用场景不限于此。此处所称电子设备，可以是手机、平板电脑或其他电子设备，也可以是笔记本电脑或其他计算设备。此处所称应用可以是基于浏览器的客户端，也可以是基于APP的客户端，本发明对此没有限制，或者是开发APP的工具软件。

如图2所示，该方法可以包括步骤S100、S110以及S120。

该方法始于步骤S100，接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息。

本发明实施例中，埋点，有时也称统计埋点，是指在产品流程需求位置植入相关统计代码，用于追踪每次用户的行为，统计关键业务的使用程度。通过埋点可以结合建立用户模型来具体化用户在使用产品中的操作行为，还原出用户画像及用户行为，建立数据收集和分析平台，通过数据分析来优化产品。通过该数据收集和分析平台，能提供统计分析服务，帮助跟踪用户对应用的使用行为，并且通过网站后台，提供良好的数据展示。

在客户端应用开发领域中，很多时候需要对客户端应用的控件进行埋点，从而通过埋点的业务代码，通过监控而实现对这些控件的用户数据进行采集。

本发明实施例中，所述埋点需求根据预设的打点标注颜色规则、埋点版本号、目标页面标识及相应目标页面中的埋点顺序号标注在所述应用的目标页面的相应控件位置。

本发明实施例中，所述埋点信息包括埋点对应的平台类型、埋点版本号、埋点标识、埋点类型、控件标识、标签、功能描述中的一种或者多种。

本发明实施例中，所述埋点信息至少包括埋点标识，其中所述埋点标识包括目标页面标识及相应目标页面中的埋点顺序号。

由于埋点所涉及到的业务类型及功能点不同，为了系统对埋点的数据进行区分，则需要对每个埋点均设置相应的标识，且对埋点的标识进行管理和维护。

本发明实施例中，所述埋点信息还包括关联存储的相应的目标页面截图，其中所述目标页面截图包括所述目标页面上标注的埋点需求。

在执行完步骤S100之后，还可以执行步骤S110，根据所述埋点信息，生成埋点参数配置文件。

本发明实施例中，所述方法还可以包括以下步骤：

根据埋点版本号判断本地存储的埋点参数配置文件是否为最新的埋点参数配置文件；

当本地存储的埋点参数配置文件不为最新的埋点参数配置文件时，利用生成的最新的埋点参数配置文件替换本地存储的埋点参数配置文件。

在执行完步骤S110之后，还可以执行步骤S120，根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

本发明实施例中，根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，可以采用如下方式：

从所述埋点参数配置文件中读取相应埋点的固定参数；

当相应埋点的埋点参数中包括变量参数时，接收传入的所述变量参数的值。

本发明实施例中，提供了一种对应用的控件进行埋点的方法：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；根据所述埋点信息，生成埋点参数配置文件；根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，在该方案中，通过结构化的定义埋点信息，简化了打点设计，并提供了埋点参数信息导出，降低了开发人员工作量，因此，解决了现有技术中存在的文档化方式管理埋点及开发人员需关注埋点定义中所有参数信息的缺陷。

另外，根据一些实施例，由于可以系统自动验证埋点信息的正确性，直观显示统计埋点信息验证结果，保存所有统计埋点请求记录，协助埋点的验证，因此，进一步降低了测试验证人员的工作量。

上述对应用的控件进行埋点的方法的详细的描述可参考下述的图3。

图3示意性地示出了根据本发明实施方式的对应用的控件进行埋点的方法的另一种流程图。如图3所示，该方法可以包括如下步骤。

首先，在交互稿标注埋点需求；然后，在系统中根据交互稿上标注的埋点需求定义埋点，此时，可以从系统中导出埋点参数配置文件；根据定义埋点和所述埋点参数配置文件(利用生成的最新版本的埋点参数配置文件替换本地存储的非最新版本的埋点参数配置文件)进行埋点代码开发编码；对生成的埋点代码进行测试验证，触发埋点请求；系统验证埋点请求是否通过，当埋点请求通过时，结束本次操作；当验证结果为不通过时，返回开发编码处进行埋点代码的修改。下面结合图4-6对其进行说明。

其中，在交互稿标注埋点需求例如可参考图4所示的标注埋点需求的示意图。这里的交互稿即需要植入埋点的应用的目标页面。

如图4所示，交互人员在交互稿上定义打点位置。为了进行标注埋点需求，工具被开启，从而呈现页面，该页面就是本申请中所称的目标页面。

应当理解，目标页面可以是多个。例如，如果离开被打开的当前页面，进入另一个页面，则该另一页面就变成了被打开的当前页面，也即是变成目标页面。

基于渲染出来的页面，分析页面中的控件的事件属性，如果控件的事件属性为用户操作事件(例如点击(on click)事件、触摸(on Touch)事件、长按事件等等)，则可以在该控件的相应位置处设置标注埋点需求。

在图4所示的实施例中，目标页面上的相应控件位置上的打点标注颜色规则例如设置为：绿色表示新增的埋点需求点，例如图示中的“36”、“37”、“38”、“39”；橙色表示经过修改的埋点需求点，例如图示中的“55”；红色表示在当前埋点版本中已经删除的埋点需求点“62”、“54”。但本公开对此不作限定，具体的打点标注颜色规则可以进行灵活设置和调整，以不同的颜色代表不同的打点含义；甚至还可以采用其他打点标注规则，例如使用不同形状的埋点标识代表不同的打点含义，例如圆形表示新增的埋点需求点；正方形表示经过修改的埋点需求点；三角形表示已经删除的埋点需求点等等。

继续参考图4，还可以包括埋点版本号，例如版本号“2.0.1.0727”、“2.0”、“1.5.0”、“1.4.2与1.4.3”、“1.4.0”，当然，埋点版本号的命令规则可以根据应用场景自主设置，并不受限于这里所例举的形式。其中，埋点版本号还可以包括起始版本和最新版本，起始版本为第一次标注的埋点需求；最新版本为最新标注的埋点需求。在一些实施例中，后一版本可以仅记录相对于前一版本发生变化的埋点需求信息，即后一版本相对于前一版本新增的埋点需求、修改的埋点需求或者删除的埋点需求等。例如，版本“1.5.0”中记录其相比于前一版本“1.4.2与1.4.3”新增的埋点需求“z-公共”、“g1-话题”、“e4-正文页文末”。

在图4所示的实施例中，左侧的各版本号下显示了各版本号中标注了埋点需求的目标页面标识，例如假设当前打开的目标页面为账号页面，则其目标页面标识设为“c1-账号(含扫一扫、换肤)”，交互人员选中该目标页面标识后，其会打开相应的账号页面。在该账号页面上的相应控件位置可以标注埋点顺序号，例如在绿色的背景控件位置以绿色的“36”表示在该账号页面的该控件位置新增了一个监控该背景被点击触发的埋点需求。当点击该账号页面的绿色背景时，可以跳转到图右侧所示的目标页面中，在该目标页面中可以进一步设置需要打点的控件位置，例如“资料(埋点顺序号“37”)”、“主题(埋点顺序号“37”)”、“背景(埋点顺序号“54”)”、“挂饰(埋点顺序号“38”)”、“皮肤名称2对应的皮肤背景图(埋点顺序号“55”)”等等。

其中，在系统中根据交互稿上标注的埋点需求定义埋点例如可参见图5所示的埋点定义的示意图。

如图5所示，埋点定义人员根据上述交互稿中标注的埋点需求，在系统中录入埋点信息。

在系统中选择“添加统计点”，即可根据弹出框中的内容选择或者填写相应的埋点信息，例如从平台中选择“iPhone”、“Android”、“Web”、“H5”等中选择当前要添加的埋点的平台类型；根据上述交互稿中标注的埋点需求选择相应的埋点版本号，例如“2.0.0”；根据上述交互稿中标注的埋点需求填写相应的统计点标识(即“埋点标识”)，例如“c1-62”；可以填写埋点类型(category)，例如“account”；还可以填写控件标识(eventId)，例如“background”；还可以选择标签(label)，例如为“theme”；还可以对该埋点进行功能描述，例如“账号页-背景-点击主题”。

其中，埋点信息中可保存相应埋点的标注埋点需求的图片等信息。

利用上面的步骤，完成了对某个特定目标页面的埋点需求标注以及埋点信息的记录。同理，可以对任何目标页面进行类似的埋点需求标注以及埋点信息的记录。可选地，对该应用的所有目标页面执行埋点需求标注操作并记录相应的埋点参数配置信息。

在所有目标页面都完成了埋点需求标注操作，记录了所有埋点信息，则可以基于这些埋点信息，生成埋点参数配置文件。另外，在生成埋点参数配置文件的同时可以生成该埋点参数配置文件的名称例如以埋点版本号以对埋点参数配置文件进行版本标记。例如:配置文件ANDROID_2.0.0.json，ANDROID_2.0.0就是版本号,含义为:android操作系统，埋点版本号为2.0.0的配置文件。例如，当所有目标页面都完成埋点需求标注操作并记录了埋点信息之后，系统可以收到一个埋点完成通知，从而生成埋点参数配置文件。应该理解，该埋点参数配置文件是针对该应用的一个总体埋点配置文件。该埋点配置文件包含与每个页面的控件相关的埋点参数配置信息。

本发明实施例中，从系统中导出埋点参数配置文件，开发人员利用生成的最新版本的埋点参数配置文件替换本地存储的非最新的埋点参数配置文件。

应该理解，如果没有本地埋点参数配置文件，则直接将系统生成的埋点参数配置文件存储至本地。如果具有本地埋点参数配置文件，根据埋点版本号判断本地存储的埋点参数配置文件是否为最新版本的埋点参数配置文件。

本发明实施例中，开发人员根据交互稿中标注的埋点需求和导出的所述埋点参数配置文件，在相应的控件代码中加入统计埋点代码，此时，开发人员可以只需关注埋点的埋点参数中的变量参数的传入，固定参数可统一直接读取所述埋点参数配置文件。

下面对其进行举例说明，假设一应用的最新版本的埋点参数配置文件为：

这里，埋点标识“b1-10”包括二个固定参数“category”、“eventId”，其中变量参数variableCount为0；埋点标识“b1-12”、“b1-11”及“f2-8”均包括三个固定参数“category”、“eventId”及“label”；埋点标识“b1-12”、“b1-11”及“f2-8”各包括一个变量参数variableCount。因此，开发人员可以直接从埋点参数配置文件中读取“b1-10”的固定参数“category”、“eventId”和“b1-12”、“b1-11”及“f2-8”的固定参数“category”、“eventId”及“label”，其只需分别传入“b1-12”、“b1-11”及“f2-8”的变量参数variableCount的值即可。

本发明实施例中，还可以将设置的埋点代码进行封装，并将封装好的埋点代码及该埋点对应的标识一起发送至软件开发工具；软件开发工具将封装好的埋点代码及该埋点对应的标识一起嵌入至需嵌入的控件代码中。

本发明实施例中，所述方法还可以包括以下步骤：

接收统计埋点请求信息；

对埋点情况进行解析验证，获取并保存验证结果。

基于控件记录请求，记录被点击的控件信息。例如，测试验证人员操作触发统计埋点，上报统计埋点请求；系统接收统计埋点请求信息，对埋点情况自动进行解析验证，保存统计埋点请求信息和相应的请求的验证结果。这样，通过系统提供统计埋点请求接口，识别上报的统计埋点请求，对埋点参数进行解析校验，并保存相应的请求的验证结果。

本发明实施例中，所述方法还可以包括以下步骤：接收输入的查询条件，根据所述查询条件显示所述验证结果。

本发明实施例中，所述方法还可以包括以下步骤：

对所述验证结果进行分类，其中所述验证结果的类别包括不通过、未校验和未定义中的一种或者多种；

根据分类分别显示不同类别的验证结果。

本发明实施例中，所述查询条件可以包括平台类型、埋点版本号、验证结果类别等中的一种或者多种。这样，可分版本、验证结果类别直观查看所有埋点的验证结果，同时可直观查看埋点请求错误原因。

例如，如图6所示，用户输入查询条件查看统计验证结果。既可以按平台、按版本等查看统计埋点验证结果；也可以根据验证结果分类过滤，直观查看当前验证版本不通过(错打)、未校验(漏打)、未定义(多打)的埋点。

通过分平台、分版本按验证结果过滤显示统计埋点验证情况，直观查看埋点验证请求，确保所有埋点的正确性，避免埋点多打、漏打和错打的出现，保证线上打点请求能够准确的将数据发送到数据收集和分析平台，确保数据的正确性。

继续参考图6，还可直观查看埋点验证不通过的原因。这样，通过直观显示埋点请求错误原因，协助开发人员查找错误原因，减少测试验证人员与开发人员沟通成本和时间成本。

本发明实施例提供的一种对应用的控件进行埋点的方法，提供了在埋点管理和验证方面良好的完整的解决方案，一方面，通过系统化的管理埋点，结构化的定义埋点信息，版本化的区分埋点，可协助简化打点的设计，简化打点信息的检索，直观查看埋点定义信息，大大减少了相关人员的管理、沟通、操作成本；另一方面，提供埋点参数定义信息导出，开发人员仅需关注变量参数的开发，降低开发出错几率，简化开发人员编码，减少开发人员工作量。同时，系统自动验证统计埋点信息正确性，直观显示统计埋点信息验证结果，保存所有统计埋点请求记录，协助统计埋点的验证，减少了测试验证人员工作量。

示例性设备

在介绍了本发明示例性实施方式的方法之后，接下来，参考图7对本发明示例性实施方式的、对应用的控件进行埋点的装置进行说明。

图7示意性地示出了根据本发明实施方式的对应用的控件进行埋点的装置70的框图。装置70可实现前面描述的相应方法。下面描述装置70，与前述方法对应的部分不再赘述。

如图7所示，该装置70可以包括：

埋点定义模块700，可以用于接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；

配置文件生成模块710，可以用于根据所述埋点信息，生成埋点参数配置文件；

埋点代码生成模块720，可以用于根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

本发明实施例中，所述装置70还可以包括：

版本判断模块，用于根据埋点版本号判断本地存储的埋点参数配置文件是否为最新的埋点参数配置文件；

配置文件替换模块，用于当本地存储的埋点参数配置文件不为最新的埋点参数配置文件时，利用生成的最新的埋点参数配置文件替换本地存储的埋点参数配置文件。

本发明实施例中，可选地，所述埋点代码生成模块720可以包括固定参数读取单元720A和变量参数接收单元720B，其中：

所述固定参数读取单元720A，用于从所述埋点参数配置文件中读取相应埋点的固定参数；

所述变量参数接收单元720B，用于当相应埋点的埋点参数中包括变量参数时，接收传入的所述变量参数的值。

本发明实施例中，所述装置70还可以包括：

接收请求模块，用于接收统计埋点请求信息；

获取验证模块，用于对埋点情况进行解析验证，获取并保存验证结果。

本发明实施例中，所述装置70还可以包括：

查询模块，用于接收输入的查询条件，根据所述查询条件显示所述验证结果。

本发明实施例中，所述装置70还可以包括：

结果分类模块，用于对所述验证结果进行分类，其中所述验证结果的类别包括不通过、未校验和未定义中的一种或者多种；

分类显示模块，用于根据分类分别显示不同类别的验证结果

本发明实施例中，提出一种对应用的控件进行埋点的装置：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；根据所述埋点信息，生成埋点参数配置文件；根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码，在该方案中，通过结构化的定义埋点信息，简化了打点设计，并提供了埋点参数信息导出，降低了开发人员工作量，因此，解决了现有技术中存在的文档化方式管理埋点及开发人员需关注埋点定义中所有参数信息的缺陷。

同时，根据一些实施例，由于可以系统自动验证统计埋点信息的正确性，直观显示统计埋点信息验证结果，保存所有统计埋点请求记录，协助统计埋点的验证，因此，进一步降低了测试验证人员的工作量。

示例性设备

在介绍了本发明示例性实施方式的方法和装置之后，接下来，介绍根据本发明的另一示例性实施方式的对应用的控件进行埋点的装置。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的对应用的控件进行埋点的装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的对应用的控件进行埋点的方法中的步骤。例如，所述处理单元可以执行如图2中所示的步骤S100：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；步骤S110：根据所述埋点信息，生成埋点参数配置文件；步骤S120：根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

示例性程序产品

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在电子设备上运行时，所述程序代码用于使所述电子设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的对应用的控件进行埋点的方法中的步骤，例如，所述电子设备可以执行如图2中所示的步骤S100：接收基于应用的目标页面的相应控件位置上标注的埋点需求而录入的埋点信息；步骤S110：根据所述埋点信息，生成埋点参数配置文件；步骤S120：根据所述埋点需求和所述埋点参数配置文件，在相应的控件代码中生成埋点代码。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户设备上执行、部分在用户设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络(包括局域网(LAN)或广域网(WAN))连接到用户设备。

应当注意，尽管在上文详细描述中提及了对应用的控件进行埋点的装置的若干模块或单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或单元的特征和功能可以在一个模块或单元中具体化。反之，上文描述的一个模块或单元的特征和功能可以进一步划分为由多个模块或单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。