CN113448832B - 一种控件曝光检测方法及应用程序运行监测系统 - Google Patents

Abstract

本申请关于一种控件曝光检测方法及应用程序运行监测系统。其中方法包括：满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；将本次满足触发条件时获取到的应用程序控件和上一次满足触发条件时显示在智能终端屏幕中的应用程序控件进行比较，确定满足本次触发条件时获取到的新控件；对所述新控件进行突出显示，并保存满足本次触发条件时获取到的所述新控件。本申请帮助测试人员在客户端内直接查看埋点数据并进行相关检查，克服现有技术中测试埋点代码需要同时使用移动终端与测试服务器的跨端查看问题，极大的提高了测试的效率。

Description

一种控件曝光检测方法及应用程序运行监测系统

技术领域

本申请涉及埋点数据采集技术，尤其涉及一种控件曝光检测方法及应用程序运行监测系统。

背景技术

对于APP软件、网页的开发，数据生产、数据采集、数据处理、数据分析和挖掘、数据驱动/用户反馈、产品优化/迭代是优化软件/网页的重要方式。

埋点是数据采集领域(尤其是用户行为数据采集领域)的术语，指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程，进而通过分析用户交互行为，帮助产品和运营进行后续优化。比如用户某个icon点击次数、观看某个视频的时长等等。埋点的技术实质，是先监听软件应用运行过程中的事件，当需要关注的事件发生时进行判断和捕获。

埋点需要严格按照统计和数据分析的需求，埋点是否准确科学直接影响研发人员对用户行为的分析结论，进一步影响到产品的优化。

发明内容

本申请实施例提供了一种控件曝光检测方法。该方法包括：满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；将本次满足触发条件时获取到的应用程序控件和上一次满足触发条件时显示在智能终端屏幕中的应用程序控件进行比较，确定满足本次触发条件时获取到的新控件；对所述新控件进行突出显示，并保存满足本次触发条件时获取到的所述新控件。

上述方法中，所述触发条件为应用程序控件页面停止滑动。

上述方法基础上，对所述新控件进行凸出显示后，还包括：响应于选择所述突出显示的新控件指令，显示被选择的所述新控件对应的埋点信息。

所述突出显示具体的方式为，所述埋点信息显示于应用程序控件页面区域内；或者，应用程序控件页面弹出窗口显示所述埋点信息。

上述方法中，对所述新控件进行突出显示可以通过用户的触发指令实现，具体的响应于用户触发预置的指令，对所述新控件进行突出显示。

本申请提供了一种应用程序运行监测系统。包括：监测单元，在应用程序页面满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；处理器单元，将当前满足触发条件时获取到的应用程序控件与缓存单元已保存的应用程序控件进行比较，确定当前满足触发条件时获取到的新控件，触发曝光处理单元进行曝光统计；缓存单元，用于保存最新一次满足触发条件时显示在智能终端屏幕中的应用程序控件；曝光处理单元，进行曝光统计。

以上系统基础上，还包括显示单元。显示单元用于显示应用程序页面控件；其中，所述处理器单元在定所述新控件时能够触发显示单元对所述新控件进行突出显示。

本申请实施例，在进行突出显示时还可通过一触发单元，在用户的指令触发下进行。具体该系统包括触发单元，所述触发单元响应于用户触发预置的指令，触发显示单元突出显示所述新控件；所述显示单元显示应用程序页面控件，包括：调用处理器单元获取的所述新控件，并所述新控件进行突出显示。

以上系统中，在用户选择某个突出显示的控件时，还可展现该控件对应的埋点数据，具体方式为包括：指令接收单元，所述指令接收单元用于获取用户选择进行突出显示的新控件的指令；所述显示单元调用所述曝光处理单元中用户选择控件的曝光统计数据，并对用户选择的控制进行显示。

进一步的，所述显示单元调用所述曝光处理单元中用户选择控件的曝光统计数据，并对用户选择的控制进行显示，包括：该埋点信息显示于应用程序控件页面区域内；或者，应用程序控件页面弹出窗口显示所述埋点信息。

在进行埋点的检查时，现有技术将应用程序所有埋点数据全部上报，进而根据页面的数据和所有上报的埋点数据，做一对一的匹配，这种一对一的匹配通常需要专业人员。如果无法将埋点和控件一对一的对应，则无法对埋点进行检查，也无法对埋点进行优化。本申请实施例仅对新出现在屏幕中的控件进行突出显示，使得测试人员能够快速定位参与曝光的控件。进而通过点击控件，帮助测试人员在客户端内直接查看埋点数据并进行相关检查，克服现有技术中测试埋点代码需要同时使用移动终端与测试服务器的跨端查看问题，极大的提高了测试的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1所示为本申请一种控件曝光测试方法实施例流程示意图。

图2至图5为智能终端显示屏示意图；

图6为本申请一种应用程序运行检测系统结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

埋点的技术实质，是先监听软件应用运行过程中的事件。为监测网站上/app上用户的行为，需要在网页/app中加上一些代码，当用户触发相应行为时，进行数据上报，也就是代码埋点。进而通过分析用户交互行为，帮助产品和运营进行后续优化。

埋点通常分为三种类型，包括：页面埋点，事件点击埋点和事件曝光埋点。

页面埋点：记录用户访问页面的行为，每进入一个页面记为一次页面埋点。

事件点击埋点：记录用户的点击行为，每点击一次记为一次事件点击埋点。

事件曝光埋点：记录用户的滑动行为。

埋点是否准确影响研发人员对用户行为的分析结论。事件曝光可以反映用户对页面中哪些内容关注度高，因而事件曝光的统计对于改善页面内容和对于用户推送更感兴趣的内容十分重要。

在测试环节，埋点完成后研发人员要对应用程序控件中的埋点进行检测。现有的软件开发和测试过程中，将埋点代码写入用户终端软件(APP)后，埋点数据通过网络传输到后台服务器，供数据分析人员查看。数据分析人员可在app端可视化工具或者后端可视化工具中校验数据的准确性。

现有技术中，将应用程序所有的埋点数据全部传输到后台服务器。服务器获得所有埋点的数据后，数据分析人员利用app端可视化工具或者后端可视化工具对照网页的数据将这些埋点和控件进行一一对应，以使测试人员了解哪个埋点对应哪个控件，从而能够检查应用程序的某个控件的埋点是否合理准确，进而进行优化。现有技术进行埋点测试需要同时使用移动终端与测试服务器的跨端查看，这种方式耗费大量人力成本和时间，正确性和效率无法保证。

本申请提供一种控件曝光检测方法，具体实现方式如下。

步骤11,：满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件。

所述触发条件根据业务实际需要进行定义，可能的实现方法包含如下几种，本发明并不进行限制。

一种实现方式中，所述预置的触发条件是移动终端检测到用户的交互指令，该指令是对于一个滑动的应用程序页面发出了停止滑动的指令。例如，用户通过触摸屏与移动终端交互，手指上下滑动页面浏览，而后通过手指停止滑动，使得页面某个部分停留在移动终端显示屏上。

另一种实现方式中，用户通过触摸屏将页面朝着一个方向滑动，当页面停止，无论接下来页面是否在用户的控制下改变方向朝着另一个方向滑动，则在页面朝着第一个方向停止的一刻均对该页面进行一次曝光。

当应用程序页面某个部分停留在移动终端显示屏上时，会触发埋点代码的执行，捕获到一次用户的交互数据，即一次曝光统计。此时，获取当前显示在智能终端屏幕中的应用程序控件。

图2至图3所示为一个智能终端显示屏显示的内容。图2至图4为一个用户与智能终端的人机交互过程。其中，图2所示为应用程序页面滑动的起点，此时，屏幕中显示了三个控件，分别对应用户名1、用户名2、用户名3对应的区域，假设控件编码分别为21、22、23，图中对控件区域以虚线范围表示。

从图2所示显示屏的状态开始，用户手指在智能终端屏幕上滑动，从图2所示的页面向下滑动，达到图3所示显示屏的状态。假设在本举例中，当用户的控制下页面停留在图3所示的状态时，即满足了本申请技术方案的一个触发条件。

此时，获取当前显示在智能终端屏幕中的应用程序控件。图3所示智能终端显示屏中显示了三个控件，分别对应用户名2、用户名3、用户名4对应的区域。假设三个控件的编码分别为22、23、24。

步骤12：将本次满足触发条件时获取到的应用程序控件和上一次满足触发条件时显示在智能终端屏幕中的应用程序控件进行比较，确定本次满足触发条件时获取到的新控件。

获取当前屏幕中显示的控件编码后，将这些编码与已经缓存的控件编码进行对比，查找是否有新的控件。

本申请实施例中，保存最新一次满足触发条件时显示在显示屏的控件信息。因而，参照图2和图3。

图2所示为上一次显示在智能终端屏幕的页面，用户以图2所示为人机交互的开始得到图3所示的页面。因而，按照本申请，缓存中保存了图2所示的显示在屏幕中的控件信息，例如控件的编码21、22、23。

进一步，页面停留在图3所示的状态时，步骤11获得了显示在屏幕中的而控件信息，例如控件编码22、23、24.

将本次满足触发条件时获取的控件信息，即图3所示的控件编码22、23、24与缓存保存的控件编码21、22、23进行比较，得到控件编码24。即本次满足触发条件屏幕中显示的控件24未在上次满足触发条件时的屏幕中显示。

步骤13：对所述新控件进行凸出显示，保存本次满足触发条件时获取到的控件信息。

突出显示可以由软件自动执行，即直接由软件将待曝光的控件进行突出显示；也可以在应用程序页面上提供功能按钮引导测试人员触发突出显示。具体的如图5所示，在页面上显示功能按钮1，用户点击该按钮后进入验证模式，在进入所述验证模式之后，突出显示控件24所在的区域。

本申请采用的突出显示例如可以是对控件的区域添加阴影，如图4所示的阴影表示。也可以通过对控件添加前景色的方式实现突出显示，例如对该区域绘制为红色。

参见图3所示，本步骤中进一步保存控件22、23、24的信息。

在以上方法实施例的基础上，本申请的又一实施例在于，响应于选择所述突出显示的新控件指令，显示该被选择的新控件对应的埋点信息。

如图4所示，在对所述控件24突出显示后，进一步监测用户的指令，当用户点击该控件24时，进一步显示控件24的埋点数据。从而帮助测试人员快速查看到曝光区域的埋点数据，方便的对数据进行检查。

埋点数据可以在控件24的页面区域内进行显示；也可以采用应用程序页面弹出窗口的方式显示控件24对应的埋点数据。

另一方面，图4仅示出了页面中仅有一个控件进行突出显示，即控件24。然而，在其他的实现场景中，用户完成一次页面交互后，智能终端的显示屏幕中包含有两个或者多个新出现的控件，从而对所述两个或者多个控件均采用突出显示的方式进行展示。则响应于用户的指令，当用户选择其中一个被突出显示的控件时，调取该控件的埋点数据进行展示。

按照上述方法，在进行埋点的检查时，现有技术是将应用程序所有埋点数据全部上报，进而根据页面的数据和所有上报的埋点数据，做一对一的匹配，这种一对一的匹配通常需要专业人员。如果无法将埋点和控件一对一的对应，则无法对埋点进行检查，也无法对埋点进行优化。本申请实施例利用对新出现在屏幕中的控件进行突出显示的方式，使得测试人员能够快速定位参与曝光的控件。进而通过点击控件，帮助测试人员在客户端内直接查看埋点数据并进行相关检查，克服现有技术中测试埋点代码需要同时使用移动终端与测试服务器的跨端查看问题，极大的提高了测试的效率。

并且，在进行事件曝光统计时，捕捉当前出现在显示屏幕中的应用程序控件，并且基于与上一次显示的控件进行对比，仅对新出现在屏幕中的控件进行曝光统计，避免重复曝光，与现有技术中，对页面所有控件均进行曝光统计的做法相比，可以更准确的捕获到用户行为。

本申请还提供了一种应用程序运行监测系统，实现上述控件曝光方法，和控件曝光检测方法，参见图6，该系统包括：

监测单元61，在应用程序页面满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；

处理器单元62，将当前满足触发条件时获取到的应用程序控件与缓存单元已保存的应用程序控件进行比较，确定当前满足触发条件时获取到的新控件，触发曝光处理单元进行曝光统计；

缓存单元63，用于保存最新一次满足触发条件时显示在智能终端屏幕中的应用程序控件；

曝光处理单元64，进行曝光统计。

上述系统对控件曝光采用了科学的算法，在进行事件曝光统计时，捕捉当前出现在显示屏幕中的应用程序控件，并且基于与上一次显示的控件进行对比，仅对新出现在屏幕中的控件进行曝光统计，避免重复曝光，与现有技术中，对页面所有控件均进行曝光统计的做法相比，可以更准确的捕获到用户行为。

为了进一步对控件曝光进行检测，以上系统基础上，本申请系统的第二实施例还包括：

显示单元，显示应用程序页面控件；

处理器单元，确定所述新控件时，触发显示单元对所述新控件进行突出显示。

或者，在对控件曝光进行检测的第三实施例中，以上系统基础上还包括：

触发单元，响应于用户触发预置的指令，触发显示单元突出显示所述新控件；

显示单元，显示应用程序页面控件，包括，调用处理器单元获取的所述新控件，并所述新控件进行突出显示。

可见，以上第二实施例的系统，在获得新控件后，系统自动对该些新控件进行突出显示；在第三实施例中，是基于用户的触发指令，执行对新控件的触发显示。

在以上系统实施例基础上，为了帮助检测人员快速查看到相关控件的埋点数据，本系统还包括：

指令接收单元，获取用户选择进行突出显示的新控件的指令；

从而，显示单元，根据用户选择的控件，调用曝光处理单元中该控件的曝光统计数据进行显示。

利用以上记载的各项实施例，可实现在客户端内精准的查看每个控件对应的埋点代码，帮助测试人员解决现有技术中将埋点和控件进行一一对应的复杂性问题。使得在客户端内能够直接查看埋点结果，解决现有技术中测试埋点代码需要同时使用移动终端与测试服务器的跨端查看问题。

根据本申请的方法可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (8)

1.一种控件曝光检测方法，其特征在于，包括：

满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；

将本次满足触发条件时获取到的应用程序控件和上一次满足触发条件时显示在智能终端屏幕中的应用程序控件进行比较，确定满足本次触发条件时获取到的新控件；

对所述新控件进行突出显示，并保存满足本次触发条件时获取到的所述新控件；

响应于选择突出显示的新控件指令，显示被选择的所述新控件对应的埋点信息。

2.根据权利要求1所述的方法，其特征在于，所述触发条件为：

应用程序控件页面停止滑动。

3.根据权利要求1所述的方法，其特征在于，

所述埋点信息显示于应用程序控件页面区域内；

或者，应用程序控件页面弹出窗口显示所述埋点信息。

4.根据权利要求2所述的方法，其特征在于，对所述新控件进行突出显示之前，还包括：

响应于用户触发预置的指令，对所述新控件进行突出显示。

5.一种应用程序运行监测系统，其特征在于，包括：

监测单元，在应用程序页面满足触发条件时，获取当前显示在智能终端屏幕中的应用程序控件；

处理器单元，将当前满足触发条件时获取到的应用程序控件与缓存单元已保存的应用程序控件进行比较，确定当前满足触发条件时获取到的新控件，触发曝光处理单元进行曝光统计；

缓存单元，用于保存最新一次满足触发条件时显示在智能终端屏幕中的应用程序控件；

曝光处理单元，进行曝光统计；

所述系统还包括：

显示单元，所述显示单元显示应用程序页面控件，响应于选择突出显示的新控件指令，显示被选择的所述新控件对应的埋点信息；

其中，所述处理器单元在确定所述新控件时触发显示单元对所述新控件进行突出显示。

6.根据权利要求5所述的系统，其特征在于，还包括：

触发单元，所述触发单元响应于用户触发预置的指令，触发显示单元突出显示所述新控件；

显示单元，所述显示单元显示应用程序页面控件，包括：调用处理器单元获取的所述新控件，并所述新控件进行突出显示。

7.根据权利要求5或6所述的系统，其特征在于，还包括：

指令接收单元，所述指令接收单元用于获取用户选择进行突出显示的新控件的指令；

所述显示单元调用所述曝光处理单元中用户选择控件的曝光统计数据，并对用户选择的控件进行显示。

8.根据权利要求7所述的系统，其特征在于，

所述显示单元调用所述曝光处理单元中用户选择控件的曝光统计数据，并对用户选择的控制进行显示，包括：显示所述埋点信息于应用程序控件页面区域内；或者，应用程序控件页面弹出窗口显示所述埋点信息。