CN109491921B - 埋点信息的管理方法和*** - Google Patents

Abstract

本发明公开了一种埋点信息的管理方法和***，其中管理方法，包括以下步骤：建立埋点信息，将埋点信息的状态设置为开发中，并为埋点信息设置关注人；对状态为开发中的埋点信息进行环境测试，将通过环境测试的埋点信息上线应用；使用上线应用的埋点信息从第一数据库中采集对应的数据；根据以下公式计算错误率：E＝diff/V2；当错误率高于预设阈值时，将错误的数据对应的埋点信息的状态设置为下线状态。本发明实现了埋点信息开发中，线上，以及下线等状态的管理，实现了对埋点信息的审核上线功能，而且修改过的历史数据和下线的数据都留有备份，以便快速恢复埋点信息。

Description

埋点信息的管理方法和***

技术领域

本发明属于埋点信息管理技术领域，尤其涉及一种埋点信息的管理方法和***。

背景技术

为了提升用户体验，前端常常需要采集相应的UBT(User Behavior Tracking，用户行为数据采集***)日志来记录跟踪用户浏览行为，主要包括PV(点击量)、Trace(跟踪)和Action(调用)三类日志。

其中Trace和Action日志常常通过前端开发埋点实现。可能由于业务场景比较复杂，更新迭代速度比较快，会存在不清楚线上完整埋点信息含义、不同平台实际埋点格式不同比如iOS(苹果公司开发的移动操作***)和Android(安卓操作***)以及埋点信息众多难以管理查询的结果。

在新版本迭代较快的情况下，产品，业务，开发，测试可能对埋点的理解存在偏差，导致线上的埋点信息，很多没有按照最开始的需求来埋，无法达到想要的成果。

测试环境数据较少，全靠人工测试，并不能完全检测出错误，而在生产环境，也没有一个很好快速的校验埋点信息的工具，无法快速定位埋点信息的错误，更无法获取到一定时间的错误占比等信息。

没有一个很好的管理平台，经常会出现一个埋点信息被胡乱修改的现象，甚至于开发人员自己开发的埋点信息，自己都会遗忘，非常不便于查找和统计埋点信息。

新版本迭代较快的情况下，也经常导致各版本埋点存在重复或者混淆的信息，非常不利于后期维护以及问题的定位，而且一个埋点会经过多方修改，很多信息完全搞不清楚，非常不利于对埋点的理解，以及埋点数据的解析。

发明内容

本发明要解决的技术问题是克服现有技术中的埋点信息记录混乱、业务人员之间对埋点信息理解上存在误差、容易出错的缺陷，提供一种埋点信息的管理方法和***。

本发明通过以下技术方案解决上述技术问题：

本发明提供一种埋点信息的管理方法，包括以下步骤：

S1、建立埋点信息，将埋点信息的状态设置为开发中，并为埋点信息设置关注人；

S2、对状态为开发中的埋点信息进行环境测试，将通过环境测试的埋点信息上线应用；

S3、使用上线应用的埋点信息从第一数据库中采集对应的数据，并将采集的数据存储至第二数据库；

S4、根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括第一数据库中的与上线应用的埋点信息的page和key相对应的数据；第二数据集包括第二数据库中的与上线应用的埋点信息的page和key相对应的数据；

当错误率高于预设阈值时，将错误的数据对应的埋点信息的状态设置为下线状态。

较佳地，第一数据库包括MySQL数据库，第二数据库包括Redis数据库。

较佳地，对埋点信息进行环境测试，将通过环境测试的埋点信息上线应用的步骤包括：

使用埋点信息采集测试数据库的对应数据；

比较采集的数据与测试数据库中的与埋点信息的page和key相对应的数据是否相同，若是，则将埋点信息的状态设置为上线；

将状态为上线的埋点信息上线应用。

较佳地，建立埋点信息的步骤包括：

设置埋点信息的page和key信息，当page和key信息不符合预设格式时，输出格式错误提示信息。

较佳地，管理方法还包括以下步骤：

修改埋点信息的page和key信息，将埋点信息的状态设置为开发中，将埋点信息的修改日志通过email发送给关注人；

然后执行步骤S2、S3、S4。

本发明还提供一种埋点信息的管理***，包括建立模块、环境测试模块、第一数据库、第二数据库、错误率计算模块、下线模块；

建立模块用于建立埋点信息，并将埋点信息的状态设置为开发中，并为埋点信息设置关注人；

环境测试模块用于对状态为开发中的埋点信息进行环境测试，并将通过环境测试的埋点信息上线应用；

第一数据库用于供上线应用的埋点信息采集对应的数据，第二数据库用于存储采集的数据；

错误率计算模块用于根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括第一数据库中的与上线应用的埋点信息的page和key相对应的数据；第二数据集包括第二数据库中的与上线应用的埋点信息的page和key相对应的数据；

下线模块用于在错误率高于预设阈值时，将错误的数据对应的埋点信息的状态设置为下线状态。

较佳地，第一数据库包括MySQL数据库，第二数据库包括Redis数据库。

较佳地，管理***还包括测试数据库；开发中的埋点信息用于采集测试数据库的对应数据；环境测试模块还用于比较采集的数据与测试数据库中的与埋点信息的page和key相对应的数据是否相同，若是，则环境测试模块还用于将埋点信息的状态设置为上线；环境测试模块还用于将状态为上线的埋点信息上线应用。

较佳地，管理***还包括格式检查模块；格式检查模块用于接收埋点信息的page和key信息，格式检查模块还用于在page和key信息不符合预设格式时输出格式错误提示信息。

较佳地，管理***还包括通知模块；

通知模块用于在埋点信息的page和key信息被修改后，将埋点信息的状态设置为开发中，将埋点信息的修改日志通过email发送给关注人。

本发明的积极进步效果在于：本发明集成Java(一门面向对象编程语言)、数据库、Web(互联网)的埋点***管理管理平台，提供对埋点信息的增删改查的基本操作。本发明实现了埋点信息开发中，线上，以及下线等状态的管理，实现了对埋点信息的审核上线功能，多了一道保证，而且修改过的历史数据和下线的数据都留有备份，以便快速恢复埋点信息。本发明实现了埋点信息JSON(JavaScript(一种直译式脚本语言)对象简谱)内容的实时校验，在填写埋点内容的时候，就可以快速的发现问题，及时的提醒到位，很大的方便了对埋点信息的开发，而且每个埋点的改动都会通过邮件通知关注人，极大的方便了对重点埋点的管理。本发明实现了线上大规模埋点校验工具，以及实时校验埋点工具，极大的方便了对埋点信息的校验工作。本发明实现了对埋点读写权限的控制，BI(Business Intelligence，即商务智能)部门拥有写权限，其他部门只有读权限，实现了一键分享功能，将埋点信息分享给产品等相关人员。

附图说明

图1为本发明的一较佳实施例的埋点信息的管理方法的流程图。

图2为本发明的一较佳实施例的埋点信息的管理***的结构示意图。

具体实施方式

下面通过一较佳实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

本实施例提供一种埋点信息的管理方法，参照图1，包括以下步骤：

S101、建立埋点信息，将埋点信息的状态设置为开发中，并为埋点信息设置关注人；

S102、对状态为开发中的埋点信息进行环境测试，将通过环境测试的埋点信息上线应用；

S103、使用上线应用的埋点信息从第一数据库中采集对应的数据，并将采集的数据存储至第二数据库；

S104、计算错误率，并判断错误率是否高于预设阈值，若是，则执行步骤S105。具体为根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括第一数据库中的与上线应用的埋点信息的page和key相对应的数据；第二数据集包括第二数据库中的与上线应用的埋点信息的page和key相对应的数据；

步骤S105、将错误的数据对应的埋点信息的状态设置为下线状态。

采用本实施例的埋点信息的管理方法对埋点信息进行管理时，首先在步骤S101中，建立埋点信息，设置埋点信息的page和key信息，格式检查模块检查page和key信息是否符合预设格式，当所述page和key信息不符合预设格式时，格式检查模块输出格式错误提示信息。建立埋点信息时，还为埋点信息设置关注人。将新建立的埋点信息的状态设置为“开发中”。新建立的埋点信息存储在第一数据库中。

然后，在步骤S102中，对状态为开发中的埋点信息进行环境测试。具体为，使用埋点信息采集测试数据库的对应数据；比较采集的数据与测试数据库中的与埋点信息的page和key相对应的数据是否相同，若是，则说明埋点信息设置正确，采集的数据正确，则将埋点信息的状态设置为“上线”。然后将状态为“上线”的埋点信息上线应用。

在本实施例中，第一数据库采用MySQL数据库，第二数据库采用Redis数据库。MySQL数据库中存储有UBT日志。在步骤S103中，上线应用的埋点信息从MySQL数据库中采集与该埋点信息的page和key相对应的UBT日志数据，并将采集的数据存储至Redis数据库。

接下来，在步骤104中，根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括MySQL数据库中的与上线应用的埋点信息的page(页面)和key(键)相对应的数据；第二数据集包括Redis数据库中的与上线应用的埋点信息的page和key相对应的数据。如果第一数据集与第二数据集中的对应数据不相同，则说明采集的该数据错误。如果错误率高于预设阈值，则说明埋点信息设置出现问题，则执行步骤S105，将错误的数据对应的埋点信息的状态设置为“下线”状态。

当埋点信息的page和key信息被修改，则将埋点信息的状态设置为“开发中”，并将埋点信息的修改日志通过email发送给关注人。这样关注人可以了解埋点信息的修改情况。对于经过修改的埋点信息，重新执行步骤S102、步骤S103、步骤S104。

本实施例的埋点信息的管理方法集成Java、数据库、Web的埋点***管理管理平台，提供对埋点信息的增删改查的基本操作。本发明实现了埋点信息开发中，线上，以及下线等状态的管理，实现了对埋点信息的审核上线功能，多了一道保证，而且修改过的历史数据和下线的数据都留有备份，以便快速恢复埋点信息。本发明实现了埋点信息JSON内容的实时校验，在填写埋点内容的时候，就可以快速的发现问题，及时的提醒到位，很大的方便了对埋点信息的开发，而且每个埋点的改动都会通过邮件通知关注人，极大的方便了对重点埋点的管理。本发明实现了线上大规模埋点校验工具，以及实时校验埋点工具，极大的方便了对埋点信息的校验工作。本发明实现了对埋点读写权限的控制，BI部门拥有写权限，其他部门只有读权限，实现了一键分享功能，将埋点信息分享给产品等相关人员。

本实施例还提供一种埋点信息的管理***，参照图2，该管理***包括建立模块201、环境测试模块202、第一数据库203、第二数据库204、错误率计算模块205、下线模块206。

建立模块201用于建立埋点信息，并将埋点信息的状态设置为“开发中”，并为埋点信息设置关注人。环境测试模块202用于对状态为“开发中”的埋点信息进行环境测试，并将通过环境测试的埋点信息上线应用。第一数据库203用于供上线应用的埋点信息采集对应的数据，第二数据库204用于存储采集的数据。错误率计算模块205用于根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括第一数据库中的与上线应用的埋点信息的page和key相对应的数据；第二数据集包括第二数据库中的与上线应用的埋点信息的page和key相对应的数据。

下线模块206用于在错误率高于预设阈值时，将错误的数据对应的埋点信息的状态设置为下线状态。

采用本实施例的埋点信息的管理***对埋点信息进行管理时，首先由建立模块201建立埋点信息，设置埋点信息的page和key信息。本实施例的管理***还包括格式检查模块207。格式检查模块207检查page和key信息是否符合预设格式，当所述page和key信息不符合预设格式时，格式检查模块207输出格式错误提示信息。建立模块201建立埋点信息时，还为新建立埋的点信息设置关注人。建立模块201将新建立的埋点信息的状态设置为“开发中”。新建立的埋点信息存储在第一数据库中。

然后，环境测试模块202对状态为开发中的埋点信息进行环境测试。具体为，环境测试模块202提供测试数据库和测试环境，使用埋点信息采集测试数据库的对应数据；然后比较采集的数据与测试数据库中的与埋点信息的page和key相对应的数据是否相同，若是，则说明埋点信息设置正确，采集的数据正确，环境测试模块202则将埋点信息的状态设置为“上线”。然后将状态为“上线”的埋点信息上线应用。

在本实施例中，第一数据库采用MySQL数据库，第二数据库采用Redis数据库。MySQL数据库中存储有UBT日志。上线应用的埋点信息从MySQL数据库中采集与该埋点信息的page和key相对应的UBT日志数据，并将采集的数据存储至Redis数据库。

接下来，错误率计算模块205根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为第二数据集包含的数据的数量；第一数据集包括MySQL数据库中的与上线应用的埋点信息的page和key相对应的数据；第二数据集包括Redis数据库中的与上线应用的埋点信息的page和key相对应的数据。如果第一数据集与第二数据集中的对应数据不相同，则说明采集的该数据错误。如果错误率高于预设阈值，则说明埋点信息设置出现问题，则下线模块206将错误的数据对应的埋点信息的状态设置为“下线”状态。

本实施例的管理***还包括通知模块208。当埋点信息的page和key信息被修改，则通知模块208将埋点信息的状态设置为“开发中”，并将埋点信息的修改日志通过email发送给关注人。这样关注人可以了解埋点信息的修改情况。通知模块208还向环境测试模块202发送通知信号，然后，环境测试模块202对修改后的埋点信息进行环境测试。接下来，与上述流程类似，错误率计算模块205对上线应用的埋点信息进行错误率计算，下线模块206在错误率高于预设阈值时，将错误的数据对应的埋点信息的状态设置为下线状态。

本实施例的埋点信息的管理***集成Java、数据库、Web的埋点***管理管理平台，提供对埋点信息的增删改查的基本操作。本发明实现了埋点信息开发中，线上，以及下线等状态的管理，实现了对埋点信息的审核上线功能，多了一道保证，而且修改过的历史数据和下线的数据都留有备份，以便快速恢复埋点信息。本发明实现了埋点信息JSON内容的实时校验，在填写埋点内容的时候，就可以快速的发现问题，及时的提醒到位，很大的方便了对埋点信息的开发，而且每个埋点的改动都会通过邮件通知关注人，极大的方便了对重点埋点的管理。本发明实现了线上大规模埋点校验工具，以及实时校验埋点工具，极大的方便了对埋点信息的校验工作。本发明实现了对埋点读写权限的控制，BI部门拥有写权限，其他部门只有读权限，实现了一键分享功能，将埋点信息分享给产品等相关人员。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (8)

1.一种埋点信息的管理方法，其特征在于，包括以下步骤：

S1、建立埋点信息，将所述埋点信息的状态设置为开发中，并为所述埋点信息设置关注人；

S2、对状态为开发中的所述埋点信息进行环境测试，将通过环境测试的埋点信息上线应用；

S3、使用上线应用的埋点信息从第一数据库中采集对应的数据，并将采集的数据存储至第二数据库；

S4、根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为所述第二数据集包含的数据的数量；所述第一数据集包括所述第一数据库中的与上线应用的埋点信息的page和key相对应的数据；所述第二数据集包括所述第二数据库中的与上线应用的埋点信息的page和key相对应的数据；

当所述错误率高于预设阈值时，将所述错误的数据对应的埋点信息的状态设置为下线状态；

所述管理方法还包括以下步骤：

修改所述埋点信息的page和key信息，将所述埋点信息的状态设置为开发中，将所述埋点信息的修改日志通过email发送给所述关注人；

然后执行步骤S2、S3、S4。

2.如权利要求1所述的埋点信息的管理方法，其特征在于，所述第一数据库包括MySQL数据库，所述第二数据库包括Redis数据库。

3.如权利要求1所述的埋点信息的管理方法，其特征在于，对所述埋点信息进行环境测试，将通过环境测试的埋点信息上线应用的步骤包括：

使用所述埋点信息采集测试数据库的对应数据；

比较采集的数据与所述测试数据库中的与所述埋点信息的page和key相对应的数据是否相同，若是，则将所述埋点信息的状态设置为上线；

将状态为上线的埋点信息上线应用。

4.如权利要求1所述的埋点信息的管理方法，其特征在于，所述建立埋点信息的步骤包括：

设置所述埋点信息的page和key信息，当所述page和key信息不符合预设格式时，输出格式错误提示信息。

5.一种埋点信息的管理***，其特征在于，包括建立模块、环境测试模块、第一数据库、第二数据库、错误率计算模块、下线模块；

所述建立模块用于建立埋点信息，并将所述埋点信息的状态设置为开发中，并为所述埋点信息设置关注人；

所述环境测试模块用于对状态为开发中的所述埋点信息进行环境测试，并将通过环境测试的埋点信息上线应用；

所述第一数据库用于供上线应用的埋点信息采集对应的数据，所述第二数据库用于存储采集的数据；

所述错误率计算模块用于根据以下公式计算错误率：

E＝diff/V2；其中E为错误率，diff为第一数据集相比于第二数据集的错误的数据的数量，V2为所述第二数据集包含的数据的数量；所述第一数据集包括所述第一数据库中的与上线应用的埋点信息的page和key相对应的数据；所述第二数据集包括所述第二数据库中的与上线应用的埋点信息的page和key相对应的数据；

所述下线模块用于在所述错误率高于预设阈值时，将所述错误的数据对应的埋点信息的状态设置为下线状态；

所述管理***还包括通知模块；

所述通知模块用于在所述埋点信息的page和key信息被修改后，将所述埋点信息的状态设置为开发中，将所述埋点信息的修改日志通过email发送给所述关注人。

6.如权利要求5所述的埋点信息的管理***，其特征在于，所述第一数据库包括MySQL数据库，所述第二数据库包括Redis数据库。

7.如权利要求5所述的埋点信息的管理***，其特征在于，所述管理***还包括测试数据库；开发中的埋点信息用于采集所述测试数据库的对应数据；所述环境测试模块还用于比较采集的数据与所述测试数据库中的与所述埋点信息的page和key相对应的数据是否相同，若是，则所述环境测试模块还用于将所述埋点信息的状态设置为上线；所述环境测试模块还用于将状态为上线的埋点信息上线应用。

8.如权利要求5所述的埋点信息的管理***，其特征在于，所述管理***还包括格式检查模块；所述格式检查模块用于接收所述埋点信息的page和key信息，所述格式检查模块还用于在所述page和key信息不符合预设格式时输出格式错误提示信息。

Images