一种埋点测试方法及装置与流程

1.本技术涉及数据处理技术领域，尤其涉及一种埋点测试方法及装置。


背景技术：

2.随着互联网的发展，人们越来越离不开网络，衣食住行往往与客户端脱不开关系。为了能够地更好的服务用户，数据埋点技术也应运而生。
3.通常情况下，客户端开发人员会将埋点设置在客户端中，之后，由埋点采集到的埋点数据可以应用于大数据分析等多个领域。若埋点性能不佳，将有可能导致采集到的埋点数据异常，基于异常的埋点数据进行的数据处理，将有可能导致不良后果。
4.针对客户端线上使用的过程，服务端通常会对多个客户端中的埋点同时的进行测试，则有可能造成需要测试的客户端过多，导致服务端过载。


技术实现要素：

5.本技术提供了一种埋点测试方法及装置，以解决现有技术中存在的埋点测试的过程与服务端的处理能力难以协调的问题。
6.第一方面，本技术提供了一种埋点测试方法，方法应用于服务端，该方法包括：
7.获取客户端的埋点数据，其中，埋点数据是根据检测到的用户操作生成的；根据所述埋点数据，确定出所述客户端生成所述埋点数据时的运行环境，作为环境识别结果，作为环境识别结果；根据环境识别结果，基于埋点数据执行埋点测试，得到埋点测试的结果，其中，埋点测试的方式包括第一方式和第二方式，若环境识别结果示出当前运行环境是测试环境，则采用第一方式对埋点数据进行处理，若环境识别结果示出当前运行环境是线上使用环境，则采用第二方式对埋点数据进行处理，第二方式是通过在第一方式中去除埋点覆盖完备性测试得到的。
8.在本说明书一个可选的实施例中，埋点数据包含用于标识埋点的键和与键对应的值，其中，基于埋点数据执行埋点测试，得到埋点测试的结果，包括：针对每个埋点，若埋点数据中存在与埋点的键对应的值，则将埋点是有效埋点确定为埋点的埋点覆盖完备性测试结果，若埋点数据中不存在与埋点的键对应的值，则将埋点是无效埋点作为埋点的埋点覆盖完备性测试结果。
9.在本说明书一个可选的实施例中，第一方式和第二方式中的至少一种包括埋点设置准确性测试，埋点数据包含用于标识埋点的键和与键对应的值，其中，基于埋点数据执行埋点测试，得到埋点测试的结果，包括：针对埋点数据中的每个值，若值在协议定义的取值范围内，则将有效埋点作为与值对应的键标识出的埋点的埋点设置准确性检测结果，若值不在协议定义的取值范围内，则将无效埋点作为与值对应的键标识出的埋点的埋点设置准确性检测结果。
10.在本说明书一个可选的实施例中，基于埋点数据执行埋点测试之前，方法还包括：确定参照键；针对埋点数据中的每个值，若值所属的键值对对应有前置键，则在前置键与参
照键匹配的情况下，存储值；基于埋点数据执行埋点测试，包括：基于存储的各值，执行埋点测试。
11.在本说明书一个可选的实施例中，采用第一方式对埋点数据进行处理，包括：在得到埋点测试的结果之后，确定服务端在测试过程中的数据处理效率；若数据处理效率大于或等于效率阈值，则增加测试环境下模拟用户的量，以使得客户端根据检测到的增加用户的用户操作重新生成埋点数据，发送至测试服务器；若数据处理效率小于效率阈值，则将当前模拟用户的量，确定为指定数量，其中，指定数量表示出服务端的数据处理性能；获取客户端重新发送的埋点数据；基于客户端重新发送的埋点数据，采用第一方式对埋点数据进行处理重新得到埋点测试的结果，并更新服务端本次测试过程中的数据处理效率，直至数据处理效率小于效率阈值；存储指定数量。
12.第二方面，本技术提供了一种埋点数据处理方法，其特征在于，方法应用于客户端，该方法包括：将待定数据存储至本地，其中，待定数据是基于埋点示出的数据采集方式，根据检测到的用户操作生成的；获取本地存储的待定数据的量，并确定当前时刻距上次向服务端发送埋点数据的实际时长；若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据，其中，发送条件包括：本地存储的待定数据的量大于或等于第一数量阈值、实际时长大于或等于时长阈值；将埋点数据发送至服务端。
13.在本说明书一个可选的实施例中，将埋点数据发送至服务端之后，方法还包括：删除本地存储的埋点数据；若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据之后，方法还包括：若本地存储的埋点数据的量大于或等于第二数量阈值，则删除本地存储的埋点数据。
14.第三方面，本技术提供了一种埋点测试装置，应用于服务端，包括：埋点数据获取模块，配置为：获取客户端的埋点数据，其中，埋点数据是根据检测到的用户操作生成的。环境识别模块，配置为：识别生成埋点数据时，客户端的运行环境，作为环境识别结果。测试模块，配置为：根据环境识别结果，基于埋点数据执行埋点测试，得到埋点测试的结果，其中，埋点测试的方式包括第一方式和第二方式，若环境识别结果示出当前运行环境是测试环境，则采用第一方式对埋点数据进行处理，若环境识别结果示出当前运行环境是线上使用环境，则采用第二方式对埋点数据进行处理，第二方式是通过在第一方式中去除埋点覆盖完备性测试得到的。
15.第四方面，本技术提供了一种埋点数据处理装置，应用于客户端，包括：
16.待定数据存储模块，配置为：将待定数据存储至本地，其中，待定数据是基于埋点示出的数据采集方式，根据检测到的用户操作生成的。实际时长确定模块，配置为：获取本地存储的待定数据的量，并确定当前时刻距上次向服务端发送埋点数据的实际时长。发送条件判断模块，配置为：若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据，其中，发送条件包括：本地存储的待定数据的量大于或等于第一数量阈值、实际时长大于或等于时长阈值。发送模块，配置为：将埋点数据发送至服务端。
17.第五方面，本技术提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
18.存储器，用于存放计算机程序；
19.处理器，用于执行存储器上所存放的程序时，实现第一方面中任一埋点测试方法
的步骤，或实现第二方面中任一埋点数据处理方法的步骤。
20.第六方面，本技术提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现第一方面中任一埋点测试方法的步骤，或实现第二方面中任一埋点数据处理方法的步骤。
21.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：
22.本说明书中的埋点测试方法及装置，针对不同的运行环境采用不同的测试方式。在本说明中，在测试环境中即完成针对埋点完备性检测，较大程度的保证客户端中的埋点能够满足服务端对埋点性能的要求。则在后续的线上使用过程中，则无需针对埋点的完备性进行检测，有效的降低服务端针对客户端线上使用过程中的埋点检测压力。
附图说明
23.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
24.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
25.图1为本技术实施例提供的一种埋点测试过程涉及的场景示意图；
26.图2为本技术实施例提供的一种埋点测试过程的流程示意图；
27.图3为本技术实施例提供的一种埋点数据处理过程的流程示意图；
28.图4为对应于图2方法过程部分步骤的一种埋点测试装置示意图；
29.图5为对应于图3方法过程部分步骤的一种埋点数据处理装置示意图；
30.图6为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
31.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
32.本说明书中埋点测试方法执行过程中涉及的场景，服务端可以和一个或一个以上客户端连接。示例性地，在图1所示的场景中，服务端和n个客户端连接。本说明书对服务端和客户端的具体类型不做限制，示例性地，在本说明书一个可选的实施例中，服务端和客户端至少之一是硬件设备。在本说明书另一个可选的实施例中，服务端和客户端至少之一是应用程序。
33.本说明书中的埋点测试方法至少适用于测试环境和线上使用环境切换的场景中。在测试环境中，客户端可以是虚拟的客户端。
34.如图2所示，本说明书中的埋点测试方法可以包括以下步骤：
35.s200：获取客户端的埋点数据。
36.其中，埋点数据是根据测试到的用户操作生成的。在测试环境下，用户操作可以是虚拟的用户操作。在本说明中的过程涉及的埋点可能不唯一，则获取到的埋点数据也可能
不唯一。本步骤中获取到的埋点数据可以是某一个时刻采集到的数据，也可以是在某一个时间段内采集到的数据。
37.本说明书中的埋点可以是由客户端执行的一段代码，埋点数据可以是客户端在执行埋点表示出的代码的过程中采集到的数据。
38.s202：根据埋点数据，确定出客户端生成埋点数据时的运行环境，作为环境识别结果，作为环境识别结果。
39.在本说明书一个可选的实施例中，埋点数据在本步骤中发挥触发的作用，服务端在获取到埋点数据的情况下，被触发识别客户端的运行环境。在本说明书另一个可选的实施例中，服务端可以从埋点数据中解析出表征客户端运行环境的信息。在本说明书再一个可选的实施例中，埋点数据在本步骤中可以兼具触发和提供客户端运行环境的信息两方面的作用。
40.本说明书中的客户端的运行环境至少包括测试环境和线上使用环境。本说明书中的过程针对测试环境和线上使用环境可切换的场景。在测试环境中，由于此时埋点还没有线上部署，对埋点尚有较强的调整能力，并且针对埋点进行的测试不会影响到使用客户端的用户，则可以较为全面的对埋点进行测试，即便是测试过程中产生了较大的测试开销，也不必担心测试环境中的测试过程对用户体验带来负面影响，使得测试环境中可以以测试的全面性为优先。
41.而在线上使用环境中，一方面需要实现针对埋点测试的目的，另一方面还要避免影响用户使用客户端时的用户体验，有鉴于此，本说明书通过识别当前运行环境的步骤，确定针对埋点采用何种测试方式。
42.在本说明书一个可选的实施例中，客户端执行指定脚本，以获取其在终端中的安装位置和/或安装有该客户端的终端唯一标识，作为指定数据。若能获取到指定数据(示例性地，获取到的指定数据不为空)，表明客户端是真实的客户端，应用客户端的运行环境是线上使用环境，则将第一数据添加至指定字段中，得到埋点数据。若不能获取到指定数据(示例性地，获取到的指定数据为空)，表明客户端是虚拟的客户端，应用客户端的运行环境是测试环境，则将第二数据添加至指定字段中，得到埋点数据。
43.则服务端在接收到埋点数据之后，可以根据指定字段中的数据，识别出当前运行环境是测试环境，若指定字段中填写有第一数据，则当前运行环境是线上使用环境。若指定字段中填写有第二数据，则当前运行环境是测试环境。
44.s204：根据环境识别结果，基于埋点数据执行埋点测试，得到埋点测试的结果。
45.本说明书中的过程为在测试环境和线上使用环境均实现测试目的，并且，在测试环境中以测试全面性为优先，在线上使用环境中，以用户体验为优先，本说明书中测试过程采用的埋点测试的方式包括第一方式和第二方式。若环境识别结果示出当前运行环境是测试环境，则采用第一方式对埋点数据进行处理，若环境识别结果示出当前运行环境是线上使用环境，则采用第二方式对埋点数据进行处理，第二方式是通过在第一方式中去除完备性测试得到的。
46.埋点覆盖完备性测试通常需要遍历每个埋点，测试过程中将消耗一定的资源，若在线上使用过程中实施埋点覆盖完备性测试，一方面占用安装有客户端的终端的数据处理资源，另一方面，客户端将埋点覆盖完备性测试过程中采集的埋点数据发送至服务端时，将
消耗用户的流量资源，给用户带来负面体验。
47.在本说明书中，埋点覆盖完备性测试的目的是测试是否能够采集到埋点对应的埋点数据，以辨别出埋点是否是冗余埋点。若采集不到埋点对应的埋点数据，则表明埋点是冗余埋点，若能采集到埋点对应的埋点数据，则表明埋点不是冗余埋点。若在线上使用环境的测试之前，完成测试环境中针对埋点的埋点覆盖完备性测试，则即便是在线上使用环境中不进行埋点埋点覆盖完备性测试，也能够实现的测试目的。
48.需要说明的是，在本说明书一个可选的实施例中，可以将第一方式中去除埋点覆盖完备性测试得到的结果，直接作为第二方式。
49.在本说明书另一个可选的实施例中，还可以在第一方式中去除埋点覆盖完备性测试得到的结果中添加其他测试项目、或者去除其他测试项目，得到第二方式。可见，本说明书中的第一方式和第二方式除是否包含埋点覆盖完备性测试之外，还可以有其他测试项目的区别，在此不一一赘述。
50.本说明书中的过程采用的埋点数据可以是指定周期(预设)内基于埋点采集的数据，或者，埋点数据是基于埋点实时采集的数据。
51.在本说明书一个可选的实施例中，每个埋点数据中均含有标识字段和值字段，标识字段中添加有该埋点数据对应的埋点的键，值字段中添加有该埋点数据对应的值，键是客户端执行该埋点时从埋点中识别出的，值是客户端通过执行该埋点时采集到的。
52.埋点覆盖完备性测试的过程可以是：获取各埋点的键(埋点的键用于对买单进行标识)，建立键值关系第一对应表。在埋点数据中进行查找，针对每个埋点(具体地，针对键值关系第一对应表中的每个键)，若埋点数据中存在与埋点的键(该键可以记录于键值关系第一对应表中)对应的值，则将埋点是有效埋点确定为埋点的埋点覆盖完备性测试结果，若埋点数据中不存在与埋点的键对应的值，则将埋点是无效埋点确定为埋点的埋点覆盖完备性测试结果。可选地，键值关系第一对应表可以包括用于记录键的第一列，记录值的第二列。在执行埋点覆盖完备性测试的过程中，可以将针对各键确定出的值添加至第二列中对应的位置。以实现对埋点覆盖完备性测试结果的记录。
53.埋点覆盖完备性测试可以实时的执行，在获取到一个埋点数据之后，即完成基于该获取到的埋点数据的埋点覆盖完备性测试结果。在针对所有埋点执行埋点覆盖完备性测试之后，对各个埋点的埋点覆盖完备性测试结果进行汇总，得到第一结果，之后，可以基于第一结果进行后续的处理。
54.可选地，在执行完成对埋点覆盖完备性测试之后，将各埋点中的无效埋点删除，剩余的有效埋点作为线上使用环境中应用的埋点。
55.在本说明书一个可选的实施例中，为实现对埋点的测试第一方式和第二方式中的至少一种包括埋点设置准确性测试。埋点设置准确性测试的过程可以是：针对埋点数据中的每个值，若值在协议定义的取值范围内，则将有效埋点确定为值对应的埋点的埋点设置准确性检测结果，若值不在协议定义的取值范围内，则将无效埋点，确定为值对应的埋点的埋点设置准确性检测结果。
56.可选地，可以建立键值关系第二对应表，键值关系第二对应表中预先的添加有各埋点的键(可以添加至键值关系第二对应表的第一列中)，针对每个键，在埋点数据中筛选出该键对应的值，若该值在协议(预设)定义的取值范围内，则将该值添加至键值关系第二
对应表中(可以添加至键值关系第二对应表的第二列中)，直至遍历键值关系第二对应表。在键值关系第二对应表中没有协议定义的取值范围之外的值，便于提高后续针对键值关系第二对应表中的值的处理效率。
57.此外，在另一个可选实施例中，可以预先建立空白的键值关系第二对应表，然后，从埋点数据中识别出各个埋点的键以及各个埋点的键对应的值。
58.可选地，在执行完成若干次针对埋点设置准确性测试之后，若某一埋点各次埋点设置准确性测试中得到的键值关系第二对应表中的值为空的比例大于预设的比例阈值，则表明客户端执行该埋点时采集到的值在协议定义的取值范围之外的情况经常发生，该埋点设置的可能不合理，将该埋点确定为无效埋点，以在后续步骤中，对无效埋点进行相应的调整。
59.在本说明书一个可选的实施例中，键值关系可以是键key和值value一一对应，具有如下格式：(key
‑
value)。在本说明书另一个可选的实施例中，键值关系可以是前置键krefix key、键key、值value三者之间的对应，可以采用以下格式进行表征：[krefix key
–
(key
–
value)]。
[0060]
为了配合该具有前置键的对应关系，埋点数据包含前置键字段和组合字段。组合字段由标识字段和值字段构成。前置键在功能可以根据实际的业务需求确定。
[0061]
在本说明书一个可选的实施例中，前置键用于标识用户操作(例如单击操作、双击操作、滑动操作等)所针对的数据(该数据可以以下形式呈现：控件、页面、图标、文本框)的来源。该来源可以是由其他用户分享的(例如，此时对应的前置键为s)，该来源可以是广告平台推送的(例如，此时对应的前置键为p)。
[0062]
在本说明书其他可选的实施例中，前置键还可以具有除数据来源以外的其他的标识功能，在此不一一列举。
[0063]
基于该具有前置键的数据格式，在本说明书一个可选的实施例中，在获取到埋点数据之后，首先确定出参照键(例如，s是参照键，p不是参照键)。针对埋点数据中的每个值，若值所属的键值对对应有前置键，则在前置键与参照键匹配(例如，相同)的情况下，存储值。然后，基于存储的各值，执行埋点测试。而针对前置键与参照键不匹配的埋点数据，则可以删除或者交由其他部门进行处理。
[0064]
在本说明书进一步可选的实施例中，本说明书中的埋点测试过程除能够实现针对埋点的测试目的之外，还能够在针对埋点进行测试的同时实现针对服务端的承压能力的测试，以确定出服务端的数据处理能力。具体地，确定服务端的承压能力的过程可以是在得到埋点测试的结果之后(在埋点测试包括k次的情况下，可以在每一次得到测试结果之后，或者在得到k次的所有结果之后)，确定服务端在测试过程中的数据处理效率。若数据处理效率大于或等于效率阈值，则增加测试环境下模拟用户的量，以使得客户端根据检测到的增加用户的用户操作重新生成埋点数据，发送至测试服务器；若数据处理效率小于效率阈值，则将当前模拟用户的量，确定为指定数量，其中，指定数量表示出服务端的数据处理性能，指定数量越大，服务端的数据处理性能越大。获取客户端重新发送的埋点数据。基于客户端重新发送的埋点数据，采用第一方式对埋点数据进行处理重新得到埋点测试的结果，并更新服务端本次测试过程中的数据处理效率，直至数据处理效率小于效率阈值。存储指定数量。该存储的指定数量标识出服务端理想状态下的最大数据处理能力。
[0065]
其中，数据处理效率的定义可以根据实际的需求确定，示例性地，服务端对埋点数据的平均响应时间与数据处理效率负相关。
[0066]
以上主要为本说明书中的埋点测试过程服务端执行的步骤，现就埋点测试过程中客户端执行的步骤进行说明，如图3所示。在本说明书中，客户端中预先的设置有埋点。
[0067]
s300：将待定数据存储至本地。
[0068]
待定数据是基于埋点示出的数据采集方式，根据检测到的用户操作生成的。
[0069]
s302：获取本地存储的待定数据的量，并确定当前时刻距上次向服务端发送埋点数据的实际时长。
[0070]
s304：若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据。
[0071]
其中，发送条件可以包括：本地存储的待定数据的量(size)大于或等于第一数量阈值、实际时长(time)大于或等于时长阈值。
[0072]
s306：将埋点数据发送至服务端。
[0073]
可选地，在将埋点数据发送至服务端之后，删除本地存储的埋点数据。
[0074]
在本说明书中的过程中，客户端根据埋点示出的数据采集方式采集到待定数据(即，客户端执行埋点表示出的代码采集到的数据)不会马上的发送至服务端。一方面，频发的发送数据会占用客户端所属的终端的通信资源，另一方面也会占用服务端的通信资源。本说明书中的过程则能够有效的降低客户端和服务端之间的通信消耗的通信资源，并避免影响到客户端的其他功能的发挥。
[0075]
在本说明书一个可选的实施例中，若本地存储的埋点数据的量大于或等于第二数量阈值，则删除本地存储的埋点数据。
[0076]
客户端在实际应用的过程中有可能会提供一些离线服务，也有可能会由于断网等现象出现离线使用的情况，此时，基于埋点采集到的埋点数据不断在本地积累，不能发送至服务端。通过针对实际时长设定的发送条件也能够及时的清理本地存储的、时间较为久远的埋点数据，一方面，该较为久远的埋点数据可能已经丧失处理价值，另一方面，也能够释放客户端本地的存储空间。第二数量阈值标识出本地存储的埋点数据的量达到何种程度时，该埋点数据应该被删除。
[0077]
可选地，基于第二数量阈值执行的针对埋点数据的删除，不会影响到客户端对待定数据的存储。也就是说，在待定数据未被确定为埋点数据之前，待定数据不会基于第二数量阈值的判定被删除。
[0078]
本说明书中的第一数量阈值和第二数量阈值中的至少一个可以是经验值。此外，在其他可选的实施例中，第二数量阈值可以是从服务端获取到的。具体地，服务端间隔指定时长(预设)确定与之保持通信连接的客户端的数量和该指定时长内接收到的埋点数据的量。根据确定出的客户端的数量和埋点数据的量得到第二数量阈值，第二数量阈值与客户端的数量负相关，并与埋点数据的量负相关。
[0079]
基于同样的思路，本说明书进一步提供一种埋点测试装置，应用于服务端，如图4所示，该埋点测试装置包括以下模块中的一个或多个：
[0080]
埋点数据获取模块400，配置为：获取客户端的埋点数据，其中，埋点数据是根据检测到的用户操作生成的。
[0081]
环境识别模块402，配置为：根据埋点数据，确定出客户端生成埋点数据时的运行
环境，作为环境识别结果，作为环境识别结果。
[0082]
测试模块404，配置为：根据环境识别结果，基于埋点数据执行埋点测试，得到埋点测试的结果，其中，埋点测试的方式包括第一方式和第二方式，若环境识别结果示出当前运行环境是测试环境，则采用第一方式对埋点数据进行处理，若环境识别结果示出当前运行环境是线上使用环境，则采用第二方式对埋点数据进行处理，第二方式是通过在第一方式中去除埋点覆盖完备性测试得到的。
[0083]
在本说明书一个可选的实施例中，测试模块404具体配置为：针对每个埋点，若埋点数据中存在与埋点的键对应的值，则将埋点是有效埋点确定为埋点的埋点覆盖完备性测试结果，若埋点数据中不存在与埋点的键对应的值，则将埋点是无效埋点作为埋点的埋点覆盖完备性测试结果。
[0084]
在本说明书一个可选的实施例中，第一方式和第二方式中的至少一种包括埋点设置准确性测试，埋点数据包含用于标识埋点的键和与键对应的值。测试模块404具体配置为：针对埋点数据中的每个值，若值在协议定义的取值范围内，则将有效埋点作为与值对应的键标识出的埋点的埋点设置准确性检测结果，若值不在协议定义的取值范围内，则将无效埋点作为与值对应的键标识出的埋点的埋点设置准确性检测结果。
[0085]
在本说明书一个可选的实施例中，埋点测试装置还可以包括前置键检测模块，配置为：确定参照键；针对埋点数据中的每个值，若值所属的键值对对应有前置键，则在前置键与参照键匹配的情况下，存储值。
[0086]
在本说明书一个可选的实施例中，测试模块404具体配置为：基于存储的各值，执行埋点测试。
[0087]
在本说明书一个可选的实施例中，埋点测试装置还可以包括压力测试模块404，配置为：在得到埋点测试的结果之后，确定服务端在测试过程中的数据处理效率；若数据处理效率大于或等于效率阈值，则增加测试环境下模拟用户的量，以使得客户端根据检测到的增加用户的用户操作重新生成埋点数据，发送至测试服务器；若数据处理效率小于效率阈值，则将当前模拟用户的量，确定为指定数量，其中，指定数量表示出服务端的数据处理性能；获取客户端重新发送的埋点数据；基于客户端重新发送的埋点数据，采用第一方式对埋点数据进行处理重新得到埋点测试的结果，并更新服务端本次测试过程中的数据处理效率，直至数据处理效率小于效率阈值；存储指定数量。
[0088]
基于同样的思路，本说明书进一步提供一种埋点数据处理装置，应用于客户端，如图5所示，该埋点数据处理装置包括以下模块中的一个或多个：
[0089]
待定数据存储模块500，配置为：将待定数据存储至本地，其中，待定数据是基于埋点示出的数据采集方式，根据检测到的用户操作生成的。
[0090]
实际时长确定模块502，配置为：获取本地存储的待定数据的量，并确定当前时刻距上次向服务端发送埋点数据的实际时长。
[0091]
发送条件判断模块504，配置为：若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据，其中，发送条件包括：本地存储的待定数据的量大于或等于第一数量阈值、实际时长大于或等于时长阈值。
[0092]
发送模块506，配置为：将埋点数据发送至服务端。
[0093]
在本说明书一个可选的实施例中，埋点数据处理装置还可以包括删除模块，配置
为：将所述埋点数据发送至服务端之后，删除本地存储的埋点数据。
[0094]
在本说明书一个可选的实施例中，发送条件判断模块504具体配置为：若满足发送条件至少之一，则将本地存储的待定数据，确定为埋点数据之后，所述方法还包括：若本地存储的埋点数据的量大于或等于第二数量阈值，则删除本地存储的埋点数据。
[0095]
如图6所示，本技术实施例提供了一种埋点测试设备，包括处理器111、通信接口112、存储器113和通信总线114，其中，处理器111，通信接口112，存储器113通过通信总线114完成相互间的通信，
[0096]
存储器113，用于存放计算机程序；
[0097]
在本技术一个实施例中，处理器111，用于执行存储器113上所存放的程序时，实现前述任意一个方法实施例提供的埋点测试的控制方法。
[0098]
本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如前述任意一个方法实施例提供的埋点测试的步骤。
[0099]
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0100]
以上仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。