[发明专利]对应用的控件进行埋点的方法及装置、可读存储介质

说明书

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

技术领域

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

背景技术

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

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

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

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

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

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

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