CN114201390A - 埋点测试方法及相关设备 - Google Patents

Abstract

本申请公开了一种埋点测试方法及相关设备。该方法包括：接收用户针对第一交互页面中第一控件的第一测试操作；响应于所述第一测试操作，获取与所述第一测试操作对应的第一埋点事件；调用配置信息库中与所述第一埋点事件对应的第一事件处理函数，得到所述第一控件的第一埋点数据；基于所述第一埋点数据，得到第一埋点测试结果，所述第一埋点测试结果用于指示所述第一交互页面是否正常。通过上述方法，能够在进行终端版本测试的同时，可以完成埋点测试，减少终端测试的次数，缩短测试周期，避免重复相同的测试操作。

Description

埋点测试方法及相关设备

技术领域

本申请属于计算机技术领域，尤其涉及一种埋点测试方法及相关设备。

背景技术

开发人员首先进行终端版本的交付测试，从而判断该终端版本是否可用。然后，开发人员再采用硬编方式在终端中设置埋点，进行终端的埋点测试，从而确认终端的应用功能的实现与设计是否匹配。采用上述测试方法，开发人员需要分别进行多次测试才能完成此次版本的终端测试，测试周期长以及需要反复进行终端测试操作。

发明内容

有鉴于此，本申请实施例提供的一种埋点测试方法及相关设备，能够在进行终端版本测试的同时，可以完成埋点测试，减少终端测试的次数，缩短测试周期，避免重复相同的测试操作。

第一方面，本申请实施例提供一种埋点测试方法，该埋点测试方法包括：

接收用户针对第一交互页面中第一控件的第一测试操作；

响应于第一测试操作，获取与第一测试操作对应的第一埋点事件；

调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据；

基于第一埋点数据，得到第一埋点测试结果，第一埋点测试结果用于指示第一交互页面是否正常。

在一些实施例中，在调用配置信息表中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之前，该埋点测试方法还包括：

获取配置信息，配置信息包括可埋点控件的预设埋点事件；

基于配置信息中预设埋点事件，配置与预设埋点事件对应的事件处理函数；

基于配置信息和与事件处理函数，生成配置信息库。

在一些实施例中，获取配置信息包括：

获取至少一个交互页面图像；

根据控件切图库识别至少一个交互页面图像，确定与至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件，控件切图库包含第二交互页面中每个可埋点控件的控件切图，第二交互页面包括与第一交互页面匹配的交互页面；

获取与至少一个可埋点控件关联的预设埋点事件；

基于至少一个可埋点控件以及预设埋点事件，得到配置信息。

在一些实施例中，配置信息库还包括与预设埋点事件对应的第一标识，基于第一埋点数据，得到第一埋点测试结果，包括：

在第一标识指示第一埋点数据有用的情况下，基于第一埋点数据，得到第一埋点测试结果。

在一些实施例中，在调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之后，该埋点测试方法还包括：

在第一标识指示第一埋点数据无用的情况下，统计预设时间段内第一埋点事件出现的事件次数；

基于事件次数，得到第二埋点测试结果，第二埋点测试结果用于指示预设时间段内用户的测试操作是否为有效测试操作。

在一些实施例中，在接收用户针对第一交互页面中第一控件的第一测试操作之后，该埋点测试方法还包括：

接收用户针对第一交互页面中第二控件的第二测试操作，第二控件为不在配置信息库中的可埋点控件；

响应于第二测试操作，获取与第二测试操作对应的第二埋点事件，第二埋点事件为配置信息库中第三控件对应的预设埋点事件，第三控件为与第二控件的控件类型相同的可埋点控件；

调用配置信息库中与第二埋点事件对应的第二事件处理函数，得到第二控件的第二埋点数据；

基于第二埋点数据，得到第三埋点测试结果，第三埋点测试结果用于指示第一交互页面存在异常。

第二方面，本申请实施例提供了一种埋点测试装置，该埋点测试装置包括：

第一接收模块，用于接收用户针对第一交互页面中第一控件的第一测试操作；

第一获取模块，用于响应于第一测试操作，获取与第一测试操作对应的第一埋点事件；

第一调用模块，用于调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据；

第一结果得到模块，用于基于第一埋点数据，得到第一埋点测试结果，第一埋点测试结果用于指示第一交互页面是否正常。

在一些实施例中，该埋点测试装置还包括：

第二获取模块，用于在调用配置信息表中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之前，获取配置信息，配置信息包括可埋点控件的预设埋点事件；

配置模块，用于基于配置信息中预设埋点事件，配置与预设埋点事件对应的事件处理函数；

生成模块，用于基于配置信息和与事件处理函数，生成配置信息库。

在一些实施例中，第二获取模块包括：

第一获取子模块，获取至少一个交互页面图像；

确定子模块，根据控件切图库识别至少一个交互页面图像，确定与至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件，控件切图库包含第二交互页面中每个可埋点控件的控件切图，第二交互页面包括与第一交互页面匹配的交互页面；

第二获取子模块，用于获取与至少一个可埋点控件关联的预设埋点事件；

得到子模块，用于基于至少一个可埋点控件以及预设埋点事件，得到配置信息。

在一些实施例中，第一结果得到模块，具体用于配置信息库还包括与预设埋点事件对应的第一标识，在第一标识指示第一埋点数据有用的情况下，基于第一埋点数据，得到第一埋点测试结果。

在一些实施例中，该埋点测试装置还包括：

统计模块，用于在调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之后，在第一标识指示第一埋点数据无用的情况下，统计预设时间段内第一埋点事件出现的事件次数；

第二结果得到模块，用于基于事件次数，得到第二埋点测试结果，第二埋点测试结果用于指示预设时间段内用户的测试操作是否为有效测试操作。

在一些实施例中，该埋点测试装置还包括：

第二接收模块，用于接收用户针对第一交互页面中第二控件的第二测试操作，第二控件为不在配置信息库中的可埋点控件；

第三获取模块，用于响应于第二测试操作，获取与第二测试操作对应的第二埋点事件，第二埋点事件为配置信息库中第三控件对应的预设埋点事件，第三控件为与第二控件的控件类型相同的可埋点控件；

第二调用模块，用于调用配置信息库中与第二埋点事件对应的第二事件处理函数，得到第二控件的第二埋点数据；

第三结果得到模块，用于基于第二埋点数据，得到第三埋点测试结果，第三埋点测试结果用于指示第一交互页面存在异常。

第三方面，本申请实施例提供了一种计算机设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面所述的埋点测试方法。

第四方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面所述的埋点测试方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现如如第一方面所述的埋点测试方法。

本申请实施例提供的一种埋点测试方法、装置、计算机设备、计算机存储介质以及计算机程序产品，能够响应于用户针对第一交互页面中第一控件的第一测试操作，获取与第一测试操作对应的埋点事件，调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据，并基于第一埋点数据，得到第一埋点测试结果。如此，能够基于配置信息库，在埋点测试过程中，单独配置与埋点事件对应的事件处理函数，得到埋点数据，从而可以在进行终端版本测试的同时，完成埋点测试，减少终端测试的次数，缩短测试周期，避免反复进行终端测试操作。

附图说明

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

图1示出本申请实施例提供的一种埋点测试方法的流程示意图；

图2示出本申请实施例提供的另一种埋点测试方法的流程示意图；

图3示出本申请实施提供的一种S21的流程示意图；

图4示出本申请实施例提供的又一种埋点测试方法的流程示意图；

图5示出本申请实施例提供的一种埋点测试装置的结构示意图；

图6示出本申请提供的一种计算机设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

目前，开发人员首先进行终端版本的交付测试，从而判断该终端版本是否可用。然后，开发人员再采用硬编方式在终端中设置埋点，进行终端的埋点测试，从而确认终端的实现与设计是否匹配。如此，完成此次版本的终端测试。如此，完成一次终端的版本测试需要多个阶段的测试，测试周期长，并且需要反复进行测试操作。

此外，终端中多个应用程序，并且可能存在多个开发框架和规范，采用硬编码的方式，在应用程序的代码中写入埋点代码，可能会导致终端的埋点错误率较高，并且只能由技术水平较高的开发人员才可以设置终端埋点，对其他用户不友好。

以及，在一次终端版本发布后，无法改变埋点，若终端的埋点数据存在缺陷，则需要重新修改埋点，再次发布版本。如此，埋点修改周期长，需要频繁更新终端版本。

基于此，本申请实施例提供的一种埋点测试方法、装置、计算机设备、计算机存储介质以及计算机程序产品，能够在埋点测试过程中，首先获取针对交互页面中控件的测试操作，然后基于该测试操作，获取与该测试操作对应的埋点事件，调用配置信息库中与该埋点事件对应的事件处理函数，得到控件的埋点数据，最后基于埋点数据得到第一埋点测试结果。如此，能够基于配置信息库，在埋点测试过程中，单独配置与埋点事件对应的事件处理函数，得到埋点数据，从而可以在进行终端版本测试的同时，完成埋点测试，减少终端测试的次数，缩短测试周期，避免反复进行终端测试操作。

本申请实施例提供一种埋点测试方法。图1示出本申请实施例提供的一种埋点测试方法的流程示意图。埋点测试方法的执行主体可以为埋点测试装置。如图1所示，埋点测试方法可以包括S11至S14。

S11，接收用户针对第一交互页面中第一控件的第一测试操作。

S12，响应于第一测试操作，获取与第一测试操作对应的第一埋点事件。

S13，调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据。

在上述实施例中，能够响应于用户针对第一交互页面中第一控件的第一测试操作，获取与第一测试操作对应的埋点事件，调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据，并基于第一埋点数据，得到第一埋点测试结果。如此，能够基于配置信息库，在埋点测试过程中，单独配置与埋点事件对应的事件处理函数，得到埋点数据，从而可以在进行终端版本测试的同时，完成埋点测试，减少终端测试的次数，缩短测试周期，避免反复进行终端测试操作。

在S11中，第一交互页面可以为应用程序与用户进行交互的页面，其中，应用程序可以为集成在终端上的一个应用程序。例如，车载终端上的一个社交程序的第一交互页面。本申请实施例中，第一交互页面可以为一个或者多个页面。

在S11中，第一控件可以为第一交互页面上的控件。例如，第一交互页面上的按键控件。本申请实施例中，第一控件可以为一个控件或者多个控件。第一控件的控件类型可以包括但不限于按钮、横向滑动条、纵向滑动条、数据链接和操作链接等页面控件。

在S11中，第一测试操作可以为针对第一控件的输入操作。第一测试操作可以包括但不限于点击、拖动、放大和缩小等控件操作。

在S12中，第一埋点事件可以是与第一测试操作对应的操作事件。在本申请实施例中，第一埋点事件可以包括但不限于点击事件、拖动事件、放大事件和缩小事件等控件操作事件。

这里，第一埋点事件可以为第一控件预先绑定的操作事件。其中，操作事件与第一控件的控件类型对应。在本申请实施例中，第一控件可以为第一交互页面中设置埋点的控件。

在本申请实施例中，S12具体可以执行为，埋点测试装置可以根据测试操作与操作事件的预设的对应关系，获取与第一测试操作对应的第一埋点事件。其中，测试操作与操作事件的预设的对应关系可以包括但不限于点击操作与点击事件的对应关系，以及拖动操作与拖动事件的对应关系等。

在一个示例中，在第一测试操作为单击操作的情况下，埋点测试装置获取第一控件的单击事件。

在S13中，配置信息库可以包括预设的埋点事件以及与其对应的事件处理函数。例如，配置信息库可以包括预设的点击事件以及与点击事件对应的点击事件处理函数。

在S13中，第一事件处理函数为与第一埋点事件对应的事件处理函数。例如，在第一埋点事件为按键的单击事件的情况下，与第一埋点事件对应的事件处理函数为buttononclick()。

需要说明的是，在本申请实施例中，配置信息库可以是单独的配置文件。

在S13中，第一埋点数据可以为第一测试操作执行时的统计数据。其中，第一埋点数据可以是第一控件的埋点数据，其是与第一埋点事件关联的数据。并且第一埋点数据是针对第一测试数据产生的数据。

可选地，第一埋点数据可以包括但不限于第一埋点事件发生的具体内容等。其中，第一埋点事件发生的具体内容包括但不限于第一控件的标识、第一埋点事件产生的结果、事件发生时间、终端标识、用户标识和运行环境等。

在本申请实施例中，S13具体可以执行为，埋点测试装置从配置信息库中查找与第一埋点事件对应的第一事件处理函数，并调用第一事件处理函数，从而得到第一控件的第一埋点数据。

在S14中，第一埋点测试结果用于指示第一交互页面是否正常。其中，第一交互页面是否正常可以是指在第一交互页面的设计与实现是否匹配。

在本申请实施例中，第一交互页面的设计可以为用户基于据人机界面 (HumanMachine Interface，HMI)规范的设计。例如，车载终端的HMI 设计。第一交互页面的实现可以是指第一交互页面的实际运行结果。

可选地，在第一交互页面的设计与实现不匹配的情况下，确定第一交互页面不正常。在第一交互页面的设计与实现不匹配的情况下，确定第一交互页面正常。

在S14中，埋点测试装置可以通过第一埋点数据，可以确定第一交互页面的设计与实际应用是否匹配，从而得到第一埋点测试结果。

具体地，埋点测试装置可以通过第一埋点数据中第一埋点事件发生的具体内容的分析，确定第一交互页面的设计与实现是否匹配，从而得到第一埋点测试结果。

在一个示例中，在第一控件为返回首页控件，第一测试操作为单击操作，第一埋点事件为单击事件时，用户针对返回首页控件进行单击操作。首先，埋点测试装置接收返回首页控件的单击操作，响应于该单击操作，获取返回首页控件的单击事件。其次，埋点测试装置调用配置信息库中与返回首页控件的单击事件对应的第一事件处理函数，得到第一埋点数据。最后，埋点测试装置通过对第一埋点数据的分析，确定单击第一控件后，第一交互页面并未跳转到首页，从而可以确定第一交互页面的设计与实现不匹配，进而可以得到用于指示第一交互页面不正常的第一埋点测试结果。

在一些实施例中，为了及时获取埋点事件，S12具体可以执行为，埋点测试装置在响应于第一测试操作的情况下，通过注册在第一控件上的事件监听器获取与第一测试操作对应的操作事件。如此，通过事件监听器，可以快速地并且及时地获取第一埋点事件。

图2示出了本申请实施例提供的另一种埋点测试方法的流程示意图。在一些实施例中，为了准确和快速地获取配置信息库，如图2所示，在 S13,调用配置信息表中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之前，该埋点测试方法还包括S21至S23。

S21，获取配置信息。

这里，配置信息可以包括可埋点控件的预设埋点事件。其中，可埋点控件可以为应用程序的交互页面中可以设置埋点的控件，其可以根据用户需求或者HMI设计规范确定。预设埋点事件可以为预设的与可埋点控件对应的默认埋点事件。

在本申请实施例中，可埋点控件可以为一个或者多个控件。可埋点控件包括但不限于按钮、横向滑动条、纵向滑动条、数据链接和操作链接等页面控件。预设埋点事件可以包括但不限于点击、拖动、放大和缩小等控件操作事件。

在S21中，配置信息可以由埋点测试装置从其它设备(如云平台)获取，也可以由埋点测试装置自身生成。在本申请实施例中，对于配置信息的获取方式不做限制。

S22，基于配置信息中预设埋点事件，配置与预设埋点事件对应的事件处理函数。

这里，与预设埋点事件对应的事件处理函数可以为执行预设埋点事件的函数。

在S22中，埋点测试装置可以获取各种事件的事件处理函数，基于配置信息中的预设埋点事件，配置与该预设埋点事件对应的事件处理函数。

在本申请实施例中，埋点测试装置可以通过存储在本地或者其它设备的事件处理函数来获取各种事件的事件处理函数。也可以通过接收用户输入的函数代码，来获取各种事件的事件处理函数。这里，对于获取事件处理函数的方式不做限制。

S23，基于配置信息和与事件处理函数，生成配置信息库。

这里，配置信息库可以包括配置信息以及事件处理函数。埋点测试装置基于配置信息中可埋点控件的预设埋点事件，以及与预设埋点事件对应的事件处理函数，生成配置信息库。

需要说明的是，在本申请实施例中，一个可埋点控件可以对应一个或者多个预设埋点事件。一个预设埋点事件对应一个事件处理函数。

可选地，配置信息库可以包括可埋点控件、与可埋点控件对应的预设埋点事件，以及与预设埋点事件对应的事件处理函数。

在上述实施例中，能够根据配置信息，配置与可埋点控件的预设埋点事件对应的事件处理函数，并基于配置信息以及事件处理函数，生成配置信息库，从而得到预设埋点数据对应的事件处理函数，以使在埋点测试过程中，可以独立配置与埋点事件对应的事件处理函数。

图3示出本申请实施提供的一种S21的流程示意图。在一些实施例中，为了快速识别交互页面中的可埋点控件，如图3所示，S21，获取配置信息可以包括S31至S34。

S31，获取至少一个交互页面图像。

这里，交互页面图像可以为终端中至少一个应用程序的交互页面的设计总图。该交互页面图像可以包括交互页面中所有页面元素的静态图像。例如，交互页面图像可以为交互页面的快照。

在本申请实施例中，至少一个交互页面图像可以包括与第一交互页面匹配的交互页面图像。

S32，根据控件切图库识别至少一个交互页面图像，确定与至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件。

这里，第二交互页面包括与第一交互页面匹配的交互页面。第二交互页面可以为终端的至少一个应用程序的多个交互页面。第二交互页面的数量与获取的交互页面图像的数量相同。第二交互页面可以为一个或者多个交互页面。控件切图库包括第二交互页面中每个可埋点控件的控件切图。控件切图库可以根据用户需求提供，其可以满足HMI设计规范。第二交互页面中每个可埋点控件均可以在控件切图库中对应一个控件切图。

在本申请实施例中，第二交互页面包括与第一交互页面匹配的交互页面，可以理解为第二交互页面包括与第一交互页面的匹配阈值低于预设阈值的交互页面，即第一交互页面可以与第二交互页面中的一个或者多个交互页面相同或者存在微小差异。

例如，第二交互页面可以包括终端中一个应用程序A的所有交互页面，而第一交互页面可以为该应用程序A的第3个交互页面，第二交互页面包括与第一交互页面匹配的交互页面。

需要说明的是，在第一交互页面是根据交互页面图像生成的情况下，第一交互页面与第二交互页面中一个交互页面相同。在第一交互页面是根据其它信息加载生成的情况下，第一交互页面与第二交互页面中一个交互页面相同或者存在微小差异。

在S32中，埋点测试装置基于控件切图库中每个可埋点控件的控件切图，识别所有的交互页面图像，可以确定与所有的交互页面图像对应的第二交互页面的全部可埋点控件。

S33，获取与至少一个可埋点控件关联的预设埋点事件。

这里，获取第二交互页面中每个可埋点控件关联的预设埋点事件。在本申请实施例中，获取预设埋点事件的方式有多种，可以包括但不限于在控件切图库包括控件切图与预设埋点事件的关系的情况下，可以通过控件切图库获取、可以从预设的埋点事件库中获取，以及埋点测试装置可以根据用户输入获取等。

S34，基于至少一个可埋点控件以及预设埋点事件，得到配置信息。

这里，埋点测试装置基于第二交互页面中每个可埋点控件及其对应的预设埋点事件，得到配置信息。

在上述实施例中，通过控件切图库识别交互页面图像，确定交互页面中的可埋点控件，并将可埋点控件与预设埋点事件关联，从而生成配置信息。如此，能够通过图像识别算法，确定出满足用户需求的交互页面中可埋点控件，提高了识别可埋点控件的准确性和效率。以及，将可埋点控件与埋点事件关联，从而可以得到满足用户需求的埋点配置信息。

需要说明的是，在交互页面图像为一个终端中至少一个应用的所有交互页面图像的情况下，配置信息可以为终端中至少一个应用的所有交互页面中可埋点控件以及与其对应的预设埋点事件。

在申请实施例中，为了方便查找，配置信息可以以数据库的形式存在。

在一些实施例中，在S33之后，S21还可以包括：

在可埋点控件存在异常的情况下，生成异常信息。

这里，可埋点控件存在异常的情况可以为以下至少之一：可埋点控件的个数与控件切图的数量不同，以及存在至少一个可埋点控件未关联到预设埋点事件。

在本申请实施例中，可埋点控件的个数与控件切图的数量不同，可以理解为在交互页面中未确定出与控件切图数量相等的可埋点控件，也就是说，交互页面中的可埋点控件与用户埋点需求不匹配。产生可埋点控件的个数与控件切图的数量不同的情况可以为未完全识别所有的控件切图。

这里，异常信息可以用于指示确定可埋点控件的异常情况。该异常信息可以包括未被识别的控件切图以及未关联埋点事件的可埋点控件。其中，未被识别的控件切图可以是指与交互页面图像中不匹配的控件切图。未关联埋点事件的可埋点控件可以是指未关联到预设埋点事件的第二控件切图。

在上述实施例中，通过生成异常信息，可以提示用户在确定交互页面中可埋点控件中存在异常情况，并且便于用户根据异常信息修改配置信息，使得配置信息符合用户期望。

一些实施例中，为了便于修改配置信息，在S33之后，S21还可以包括：

基于至少一个可埋点控件以及预设埋点事件，生成与第二交互页面对应的埋点配置页面。

这里，埋点配置页面为第二交互页面的静态页面，其中，埋点配置页面之后的可埋点控件可以被操作。在可埋点控件被选中后，可以显示与可埋点控件对应的预设埋点事件。

在上述实施例中，通过将可埋点控件可视化展示后，可以方便用户检测设置埋点的控件是否正确。

在一些实施例中，为了快速修改配置信息，在生成与第二交互页面对应埋点配置页面之后，该S21还包括：

基于埋点配置页面的修改信息，更新配置信息。

这里，修改信息可以包括以下信息至少之一：页面区域的修改信息，以及埋点事件的修改信息。页面区域的修改信息可以是指对交互页面中某个区域进行修改的信息。例如，对控件区域进行修改的信息。

可选地，埋点事件的修改信息可以是指增加埋点事件，以使每个可埋点控件均存在与其对应的预设埋点事件。

在本申请实施例中，埋点配置页面的修改信息可以根据用户修改操作确定。

在本申请实施例中，更新配置信息可以是指更新配置信息的可埋点控件及其对应的预设埋点事件。

在上述实施例中，通过对埋点配置页面的修改，可以更新配置信息，可以使得交互页面中埋点配置更加完善，以及便于用户更改配置信息。

在一些实施例中，S32，根据控件切图库识别至少一个交互页面图像，确定与至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件，可以具体执行为：

根据控件切图库中每一个第一控件切图，确定交互图像中至少一个第二控件切图的布局参数；

基于至少一个第二控件切图的布局参数，确定与交互页面图像对应的第二交互页面中的至少一个可埋点控件。

这里，第一控件切图为预设的第二交互页面中可埋点控件的控件切图。一个第二控件切图对应一个第一控件切图。第二控件切图为在交互页面图像中与第一控件切图匹配的图像。第二交互页面中的可埋点控件与第二控件切图一一对应。

在本申请实施例中，布局参数可以包括第二控件切图在交互页面图像中的相对位置和相对大小。例如，第二控件切图的相对位置和相对大小为，距离交互页面左边界的10个单位，距离交互页面上边界的30个单位，控件的高为40个单位，控件的宽为50个单位。

可选地，埋点测试装置可以利用图像识别算法，基于控件切图库中每一个第一控件切图，确定每个交互图像中至少一个第二控件切图的布局参数。

在一个示例中，埋点测试装置可以针对控件切图库中每个第一控件切图，在交互页面图像中查找与第一控件切图的形状参数与像素值匹配的图像区域，将该图像区域确定为与第一控件切图对应的第二控件切图，并且将该图像区域的位置参数与大小参数确定为第二控件切图的在交互页面图像中的布局参数。

这里，第二控件切图的布局参数为，与第二控件切图对应的可埋点控件在第二交互页面中的布局参数。埋点测试装置基于第二控件切图的布局参数，可以确定在第二交互页面中与第二控件切图对应的可埋点控件。

在上述实施例中，通过控件切图库中的控件切图，识别可埋点控件在交互页面上的布局参数，能够提高识别可埋点控件的准确性和效率，使得可埋点控件满足用户需求。

在一些实施例中，基于不同的数据采集目的，有些埋点数据是必须分析的，有些埋点数据可以不分析。因此，为了快速区分出埋点数据的类型，配置信息库还包括与预设埋点事件对应的第一标识。

在本申请实施例中，第一标识可以用于标识埋点数据是否有用。例如，第一标识可以为“Y”或者“N”，“Y”表示埋点数据有用，“N”表示埋点数据无用。

可以理解的是，埋点数据是否有用可以是指该埋点数据是否用户所需求的，或者是否是分析终端的交互页面正常所需的数据等等。

在本申请实施例中，第一标识可以通过用户输入获取，或者通过识别可埋点控件获取，或者其它方式获取。例如，通过识别可埋点控件的重要性、控件类型或者预设埋点事件获取第一标识。这里，对获取第一标识的方式不做限制。

在一些实施例中，S14，基于第一埋点数据，得到第一埋点测试结果，可以包括：

在第一标识指示第一埋点数据有用的情况下，基于第一埋点数据，得到第一埋点测试结果。

这里，埋点测试装置从配置信息库中确定第一埋点事件对应的第一标识，基于第一标识，可以确定第一埋点事件对应的第一埋点数据是否有用。在第一标识指示第一埋点数据有用的情况下，埋点测试装置对第一埋点数据进行解析，得到第一埋点测试结果。

这里，解析第一埋点数据的步骤与前述实施例类似，为简要起见，这里不再赘述。

在上述实施例中，能够在第一标识指示埋点数据有用的情况下，并对埋点数据分析，可以得到有效的埋点测试结果，从而提高埋点测试的准确性。

在一些实施例，在S13，调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之后，该埋点测试方法还包括：

在第一标识指示第一埋点数据无用的情况下，统计预设时间段内第一埋点事件出现的事件次数；

基于事件次数，得到第二埋点测试结果。

这里，预设时间段可以为任意时长的时间段。例如，预设时间段可以为24小时。第二埋点测试结果可以用于指示预设时间段内用户的测试操作是否为有效测试操作。也就是说，第二埋点测试结果可以用于指示预设时间段内针对用户的测试操作产生的埋点数据是否可以用于分析终端是否正常。

在第一标识指示第一埋点数据无用的情况下，埋点测试装置可以丢弃第一埋点数据，并统计预设时间段内第一埋点事件出现的事件次数。埋点测试装置对事件次数进行分析，得到预设时间段内第一测试操作是否为有效，从而得到第二测试结果。

可选地，基于事件次数，得到第二埋点测试结果，可以包括：

在事件次数大于预设次数时，确定第二测试结果指示预设时间段内用户的测试操作均为有效测试操作。

在事件次数不大于预设次数时，确定第二测试结果指示预设时间段内第一测试操作均为无效测试操作。

可选地，预设次数可以至少为8次及以上。

在上述实施例中，在第一标识指示埋点数据无用的情况下，根据事件发生的次数，判断预设时间段内测试操作是否有效，从而可以避免分析无效的埋点数据，减轻计算负担。

图4示出本申请实施例提供的又一种埋点测试方法的流程示意图。在一些实施例中，为了及时发现交互页面的异常，如图4所示，在S11，接收用户针对第一交互页面中第一控件的第一测试操作之后，该埋点测试方法还包括S41至S44。

S41，接收用户针对第一交互页面中第二控件的第二测试操作。

这里，第二控件为不在配置信息库中的可埋点控件。第二控件可以包括但不限于按钮、横向滑动条、纵向滑动条、数据链接和操作链接等页面控件。第二测试操作可以为针对第二控件的输入操作，第二测试操作可以包括但不限于点击、拖动、放大和缩小等控件操作。

S42，响应于第二测试操作，获取与第二测试操作对应的第二埋点事件。

这里，第二埋点事件为配置信息库中第三控件对应的预设埋点事件，其中，第三控件为与第二控件的控件类型相同的可埋点控件。

具体地，在S42中，埋点测试装置检测第二控件是否为配置信息库中的可埋点控件。在第二控件不为配置信息库中的可埋点控件的情况下，埋点测试装置在配置信息库中查找与第二控件的控件类型相同的可埋点控件，即第三控件，再查找第三控件对应的预设埋点事件中，与第二测试操作对应的操作事件类型相同的预设埋点事件，将该预设埋点事件作为第二埋点事件。

S43，调用配置信息库中与第二埋点事件对应的第二事件处理函数，得到第二控件的第二埋点数据。

这里，S43与S13方法类似，为简要起见，这里不再赘述。

S44，基于第二埋点数据，得到第三埋点测试结果。

这里，第二埋点数据可以为针对第二测试操作执行时的统计数据。第三埋点测试结果用于指示第一交互页面存在的异常信息。由于第二控件不再配置信息库中，因此，第二控件为第一交互页面的异常控件，从而第二埋点数据也为异常埋点数据，以及基于第二埋点数据得到的第三埋点测试结果可以用来指示第一交互页面存在异常。

可选地，在S44中，埋点测试装置对第二埋点数据进行解析，得到第二埋点事件发生的具体内容，从而生成第三埋点测试结果。如此，通过第三埋点测试结果可以进一步了解第一交互页面的异常信息。

在上述实施例中，在埋点测试过程中，在交互页面存在异常埋点控件，即测试的控件不再配置信息库的情况下，调用配置信息库中与异常埋点控件的类型相同的可埋点控件信息，从而可以实现单独配置异常埋点控件的埋点事件处理函数。以及，基于异常埋点数据，可以得到指示交互页面存在异常的埋点测试结果。

基于与上述埋点测试方法相同的技术构思，本申请实施例还提供一种埋点测试装置。图5示出本申请实施例提供的一种埋点测试装置的结构示意图，如图5所示，该埋点测试装置50可以包括：

第一接收模块51，用于接收用户针对第一交互页面中第一控件的第一测试操作。

第一获取模块52，用于响应于第一测试操作，获取与第一测试操作对应的第一埋点事件。

第一调用模块53，用于调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据。

第一结果得到模块54，用于基于第一埋点数据，得到第一埋点测试结果，第一埋点测试结果用于指示第一交互页面是否正常。

在上述实施例中，能够响应于用户针对第一交互页面中第一控件的第一测试操作，获取与第一测试操作对应的埋点事件，调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据，并基于第一埋点数据，得到第一埋点测试结果。如此，能够基于配置信息库，在埋点测试过程中，单独配置与埋点事件对应的事件处理函数，得到埋点数据，从而可以在进行终端版本测试的同时，完成埋点测试，减少终端测试的次数，缩短测试周期，避免反复进行终端测试操作。

在一些实施例中，该埋点测试装置50还包括：

第二获取模块，用于在调用配置信息表中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之前，获取配置信息，配置信息包括可埋点控件的预设埋点事件；

配置模块，用于基于配置信息中预设埋点事件，配置与预设埋点事件对应的事件处理函数；

生成模块，用于基于配置信息和与事件处理函数，生成配置信息库。

在一些实施例中，第二获取模块包括：

第一获取子模块，获取至少一个交互页面图像；

确定子模块，根据控件切图库识别至少一个交互页面图像，确定与至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件，控件切图库包含第二交互页面中每个可埋点控件的控件切图，第二交互页面包括与第一交互页面匹配的交互页面；

第二获取子模块，用于获取与至少一个可埋点控件关联的预设埋点事件；

得到子模块，用于基于至少一个可埋点控件以及预设埋点事件，得到配置信息。

在一些实施例中，第一结果得到模块54，具体用于配置信息库还包括与预设埋点事件对应的第一标识，在第一标识指示第一埋点数据有用的情况下，基于第一埋点数据，得到第一埋点测试结果。

在一些实施例中，该埋点测试装置50还包括：

统计模块，用于在调用配置信息库中与第一埋点事件对应的第一事件处理函数，得到第一控件的第一埋点数据之后，在第一标识指示第一埋点数据无用的情况下，统计预设时间段内第一埋点事件出现的事件次数；

第二结果得到模块，用于基于事件次数，得到第二埋点测试结果，第二埋点测试结果用于指示预设时间段内用户的测试操作是否为有效测试操作。

在一些实施例中，该埋点测试装置50还包括：

第二接收模块，用于接收用户针对第一交互页面中第二控件的第二测试操作，第二控件为不在配置信息库中的可埋点控件；

第三获取模块，用于响应于第二测试操作，获取与第二测试操作对应的第二埋点事件，第二埋点事件为配置信息库中第三控件对应的预设埋点事件，第三控件为与第二控件的控件类型相同的可埋点控件；

第二调用模块，用于调用配置信息库中与第二埋点事件对应的第二事件处理函数，得到第二控件的第二埋点数据；

第三结果得到模块，用于基于第二埋点数据，得到第三埋点测试结果，第三埋点测试结果用于指示第一交互页面存在异常。

基于与前述埋点测试方法相同的技术构思，本申请实施例还提供一种计算机设备。图6示出本申请提供的一种计算机设备的硬件结构示意图。

如图6所示，在电子设备可以包括处理器61以及存储有计算机程序指令的存储器62。

具体地，上述处理器61可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器62可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器62可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB) 驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器62可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器62可在综合网关容灾设备的内部或外部。在特定实施例中，存储器62是非易失性固态存储器。

存储器62可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/ 有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器61通过读取并执行存储器62中存储的计算机程序指令，以实现上述实施例中的任意一种埋点测试方法。

在一个示例中，计算机设备还可包括通信接口63和总线64。其中，如图6所示，处理器61、存储器62、通信接口63通过总线64连接并完成相互间的通信。

通信接口63，主要用于实现本申请实施例中各模块、装置、单元和/ 或设备之间的通信。

总线64包括硬件、软件或两者，将在电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI- Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线64可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

该电子设备可以基于执行本申请实施例中的方法，从而实现结合图1 至图5描述的埋点测试方法和装置。

另外，结合上述实施例中的埋点测试方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种埋点测试方法。

此外，结合上述实施例中的埋点测试方法，本申请实施例提供一种计算机程序产品，包括计算机程序或指令，计算机程序或指令被处理器执行时实现上述实施例中的任意一种埋点测试方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的埋点测试方法、装置、计算机设备、计算机存储介质和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种埋点测试方法，其特征在于，包括：

接收用户针对第一交互页面中第一控件的第一测试操作；

响应于所述第一测试操作，获取与所述第一测试操作对应的第一埋点事件；

调用配置信息库中与所述第一埋点事件对应的第一事件处理函数，得到所述第一控件的第一埋点数据；

基于所述第一埋点数据，得到第一埋点测试结果，所述第一埋点测试结果用于指示所述第一交互页面是否正常。

2.根据权利要求1所述的方法，其特征在于，在所述调用配置信息表中与所述第一埋点事件对应的第一事件处理函数，得到所述第一控件的第一埋点数据之前，所述方法还包括：

获取配置信息，所述配置信息包括可埋点控件的预设埋点事件；

基于所述配置信息中预设埋点事件，配置与所述预设埋点事件对应的事件处理函数；

基于所述配置信息和与所述事件处理函数，生成配置信息库。

3.根据权利要求2所述的方法，其特征在于，所述获取配置信息包括：

获取至少一个交互页面图像；

根据控件切图库识别所述至少一个交互页面图像，确定与所述至少一个交互页面图像对应的第二交互页面中的至少一个可埋点控件，所述控件切图库包含所述第二交互页面中每个可埋点控件的控件切图，所述第二交互页面包括与所述第一交互页面匹配的交互页面；

获取与所述至少一个可埋点控件关联的预设埋点事件；

基于所述至少一个可埋点控件以及所述预设埋点事件，得到配置信息。

4.根据权利要求1所述的方法，其特征在于，所述配置信息库还包括与所述预设埋点事件对应的第一标识，所述基于所述第一埋点数据，得到第一埋点测试结果，包括：

在所述第一标识指示第一埋点数据有用的情况下，基于所述第一埋点数据，得到第一埋点测试结果。

5.根据权利要求4所述的方法，其特征在于，在所述调用配置信息库中与所述第一埋点事件对应的第一事件处理函数，得到所述第一控件的第一埋点数据之后，所述方法还包括：

在所述第一标识指示第一埋点数据无用的情况下，统计预设时间段内第一埋点事件出现的事件次数；

基于所述事件次数，得到第二埋点测试结果，所述第二埋点测试结果用于指示所述预设时间段内用户的测试操作是否为有效测试操作。

6.根据权利要求1至5任一所述的方法，其特征在于，在接收用户针对第一交互页面中第一控件的第一测试操作之后，所述方法还包括：

接收用户针对第一交互页面中第二控件的第二测试操作，所述第二控件为不在配置信息库中的可埋点控件；

响应于所述第二测试操作，获取与所述第二测试操作对应的第二埋点事件，所述第二埋点事件为配置信息库中第三控件对应的预设埋点事件，所述第三控件为与所述第二控件的控件类型相同的可埋点控件；

调用配置信息库中与所述第二埋点事件对应的第二事件处理函数，得到第二控件的第二埋点数据；

基于所述第二埋点数据，得到第三埋点测试结果，所述第三埋点测试结果用于指示所述第一交互页面存在异常。

7.一种埋点测试装置，其特征在于，包括：

第一接收模块，用于接收用户针对第一交互页面中第一控件的第一测试操作；

第一获取模块，用于响应于所述第一测试操作，获取与所述第一测试操作对应的第一埋点事件；

第一调用模块，用于调用配置信息库中与所述第一埋点事件对应的第一事件处理函数，得到所述第一控件的第一埋点数据；

第一结果得到模块，用于基于所述第一埋点数据，得到第一埋点测试结果，所述第一埋点测试结果用于指示所述第一交互页面是否正常。

8.一种计算机设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1至6任一所述的埋点测试方法。

9.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任一项所述的埋点测试方法。

10.一种计算机程序产品，包括计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现如权利要求1-6任一项所述的埋点测试方法。

Images