CN116521567A - 一种埋点测试方法、装置、车辆和存储介质 - Google Patents

Abstract

本发明涉及一种埋点测试方法、装置、车辆和存储介质，属于通信领域，包括：获取埋点需求表，其中，所述埋点需求表包括多个埋点；根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件；运行所述埋点测试脚本，获取所述埋点需求表中所有埋点对应的埋点测试数据；根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果。本申请实施例相对于现有技术而言，可以自动触发埋点需求表中的所有埋点，提高埋点测试效率，且便于进行埋点回归测试。

Description

一种埋点测试方法、装置、车辆和存储介质

技术领域

本发明涉及通信领域，具体涉及一种埋点测试方法、装置、车辆和存储介质。

背景技术

埋点即事件追踪，是数据领域中的专业术语，指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。埋点是数据的来源，通过采集到的埋点数据，可以分析网站或者应用程序(Application，APP)的使用情况、用户行为习惯等，是建立用户画像、用户行为路径等数据产品的基础。

在现有技术中，埋点测试过程需要测试人员根据埋点需求表触发埋点，检查得到的埋点测试数据是否正常上传，并对比埋点需求表判断得到的埋点测试数据是否符合预期，得到埋点测试结果。

现有的埋点测试过程需要测试人员手动触发埋点得到埋点测试数据，效率比较低。

发明内容

本申请实施例的目的是提供一种埋点测试方法、装置、车辆和存储介质，能够在埋点测试过程中自动触发埋点得到埋点测试数据。

为了实现上述目的，本发明采用的技术方案如下：

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

获取埋点需求表，其中，所述埋点需求表包括多个埋点；

根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件；

运行所述埋点测试脚本，获取所述埋点需求表中所有埋点对应的埋点测试数据；

根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果。

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

第一获取模块，用于获取埋点需求表，其中，所述埋点需求表包括多个埋点；

第二获取模块，用于根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件；

第三获取模块，用于运行所述埋点测试脚本，获取所述埋点需求表中所有埋点对应的埋点测试数据；

第四获取模块，用于根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果。

第三方面，本申请实施例提供了一种车辆，该车辆包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。

本申请实施例相对于现有技术而言，在埋点测试过程中，根据埋点需求表得到埋点测试脚本，运行埋点测试脚本，可以自动触发埋点需求表中的所有埋点，得到埋点测试数据，不需要测试人员手动逐一触发埋点得到埋点测试数据，且可以批量处理多个埋点，从而提高了埋点测试的效率，减小了埋点测试的失误率，同时本申请实施例在应用迭代过程中进行埋点回归测试时，可以使用之前的埋点测试使用的埋点需求表快速对相同的埋点进行测试，从而便利了埋点回归测试，避免了埋点回归测试中可能出现的数据异常。

附图说明

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

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

图3是本申请实施例提供的再一种埋点测试方法的流程图一；

图4是本申请实施例提供的再一种埋点测试方法的流程图二；

图5是本申请实施例提供的再一种埋点测试方法的流程图三；

图6是本申请实施例提供的一种埋点测试方法对应的脚本流程图；

图7是本申请实施例提供的一种埋点测试装置的结构框图；

图8是本申请实施例提供的一种车辆包括的电子设备的结构框图；

图9是本申请实施例提供的一种车辆包括的电子设备的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的埋点测试方法、装置、车辆和存储介质进行详细地说明。

图1是本申请实施例提供的一种埋点测试方法的流程图，该埋点测试方法包括：

步骤101，获取埋点需求表，其中，埋点需求表包括多个埋点。

在本申请实施例中，根据要测试的APP的业务模块确定埋点需求表，埋点需求表可以包括：控件位置、埋点位置、埋点标识和埋点参数。当然，以上仅为具体的举例说明，在实际的使用过程中埋点需求表还可以包括其他数据，此处不做一一赘述。

步骤102，根据埋点需求表，获取多个控件对应的埋点测试脚本，其中，多个控件包括埋点需求表中的埋点所在的所有控件。

控件是一种图形用户界面元素，其显示的信息排列可由用户改变，例如视窗或文本框。控件定义的特点是为给定数据的直接操作提供单独的互动点。控件是一种基本的可视构件块，包含在应用程序中，控制着该程序处理的所有数据以及关于这些数据的交互操作。

在本申请实施例中，对埋点需求表中的埋点按照埋点位置确定其所在的控件，将所有埋点按照其所在的控件进行分类，因此埋点需求表中的所有埋点的测试就变成了多个控件中埋点的测试。根据每个控件中包括的埋点确定控件应该包括的公共方法，其中，公共方法可以包括：点击、滑动、输入、清除。当然，以上仅为具体的举例说明，在实际的使用过程中控件应该包括的公共方法还可以包括其他公共方法，此处不做一一赘述。根据每个控件包括的埋点和公共方法，确定每个控件对应的埋点测试脚本，其中，每个控件对应的测试脚本在运行时可以自动触发所有该控件包括的埋点。

具体地，在本申请实施例中埋点测试脚本可以为Python脚本，可以使用用户界面(User Interface，UI)自动化测试框架，UI自动化测试框架可以为Appium工具，其中Appium工具是一个自动化测试开源工具，支持iOS平台和Android平台上的原生应用，也就是说，Appium是一个跨平台的工具，允许测试人员在不同的平台，使用不同的开发语言，使用同一套应用程序接口来写自动化测试脚本，从而大大增加了测试代码的复用性。

具体地，如图6所示，根据配置文件配置手机系统配置信息、应用配置信息，运行UI自动化测试框架，即脚本执行，启动手机应用；页面事件信息包括页面各个控件的元素定位信息和APP各种事件的行为方法，即上述的控件公共方法，根据页面事件信息，生成测试用例脚本，即各控件对应的埋点测试脚本。

步骤103，运行埋点测试脚本，获取埋点需求表中所有埋点对应的埋点测试数据。

在本申请实施例中，每个控件对应的测试脚本在运行时可以自动触发所有该控件包括的埋点，运行获取的所有控件对应的埋点测试脚本，可以触发所有控件对应的埋点，即埋点需求表中所有的埋点，从而获取埋点需求表中所有埋点对应的埋点测试数据。

具体地，如图6所示，执行测试用例集，即埋点测试脚本。

步骤104，根据埋点需求表和埋点测试数据，获取埋点测试结果。

具体地，如图6所示，生成报告，即获取埋点测试结果。

本申请实施例相对于现有技术而言，在埋点测试过程中，根据埋点需求表得到埋点测试脚本，运行埋点测试脚本，可以自动触发埋点需求表中的所有埋点，得到埋点测试数据，不需要测试人员手动逐一触发埋点得到埋点测试数据，且可以批量处理多个埋点，从而提高了埋点测试的效率，减小了埋点测试的失误率，同时本申请实施例在应用迭代过程中进行埋点回归测试时，可以使用之前的埋点测试使用的埋点需求表快速对相同的埋点进行测试，从而便利了埋点回归测试，避免了埋点回归测试中可能出现的数据异常。

图2是本申请实施例提供的另一种埋点测试方法的流程图，该埋点测试方法与图1提供的埋点测试方法基本相同，其区别在于，图1提供的埋点测试方法的步骤102，包括：

步骤1021，根据埋点需求表，获取脚本维护模块和脚本生成模块，其中，脚本维护模块包括多个控件的公共方法和定位信息，脚本生成模块用于生成控件对应的脚本；

控件是一种图形用户界面元素，其显示的信息排列可由用户改变，例如视窗或文本框。控件定义的特点是为给定数据的直接操作提供单独的互动点。控件是一种基本的可视构件块，包含在应用程序中，控制着该程序处理的所有数据以及关于这些数据的交互操作。

在本申请实施例中，对埋点需求表中的埋点按照埋点位置确定其所在的控件，将所有埋点按照其所在的控件进行分类，因此埋点需求表中的所有埋点的测试就变成了多个控件中埋点的测试。根据每个控件中包括的埋点确定控件应该包括的公共方法，其中，公共方法可以包括：点击、输入、滑动。当然，以上仅为具体的举例说明，在实际的使用过程中控件应该包括的公共方法还可以包括其他公共方法，此处不做一一赘述。

步骤1022，获取脚本生成模块根据脚本维护模块生成的多个控件对应的埋点测试脚本，其中，多个控件包括埋点需求表中的埋点所在的所有控件。

在本申请实施例中，脚本维护模块包括多个控件的公共方法和定位信息，根据脚本维护模块，脚本生成模块可以用于生成每个控件对应的脚本，其中，每个控件对应的测试脚本在运行时可以自动触发所有该控件包括的埋点。

本申请实施例相对于现有技术而言，在实现图1方法带来的有益效果基础上，根据埋点需求表得到获取脚本维护模块和脚本生成模块，脚本生成模块根据脚本维护模块生成的多个控件对应的埋点测试脚本，而不用测试人员逐一编写每个控件的埋点测试脚本，提高了埋点测试脚本的编写效率，避免了测试人员在逐一编写脚本时可能出现的失误。

图3是本申请实施例提供的再一种埋点测试方法的流程图一，该埋点测试方法与图1提供的埋点测试方法基本相同，其区别在于，图1提供的埋点测试方法的步骤104，包括：

步骤1041，将埋点测试数据上传到数据库。

在本申请实施例中，步骤1041可以包括埋点上报和埋点落库，其中，埋点上报是指将埋点测试数据按照相关规则完整正确地进行上报，埋点落库是指需要关注埋点测试数据上报后是否正常存储到公司数据库，埋点测试数据相关数据字段是否正常。

步骤1042，查询数据库，输出埋点测试数据对应的埋点结果表。

在本申请实施例中，可以通过时间戳以及用户ID等信息来调用接口查询数据库，获得该用户在该时间段中上报的埋点测试数据，之后将接口返回的数据输出为埋点结果表。

具体地，查询所述数据库，输出所述埋点测试数据对应的埋点结果表，其中，所述埋点结果表与所述埋点需求表格式一致。可以将接口返回的数据进行格式转换后输出为埋点结果表，该埋点结果表与埋点需求表格式一致，如Excel格式，从而使得之后步骤中可以更加方便地对比埋点结果表与埋点需求表。本申请实施例不对埋点结果表与埋点需求表格式进行限定，在实际的使用过程中，该格式可以为任意一种可以比较方便进行对比的格式。

步骤1043，对比埋点需求表和埋点结果表，获取埋点测试结果。

具体地，根据对埋点需求表和埋点结果表的对比，埋点测试结果分为两种情况：

步骤10431，如果埋点需求表和埋点结果表一致，则获取的埋点测试结果为通过，如图4所示。或者，

步骤10432，如果埋点需求表和埋点结果表不一致，则获取的埋点测试结果为不通过，如图5所示。

进一步地，获取埋点对比脚本，通过埋点对比脚本对比埋点需求表和埋点结果表，获取埋点测试结果。其中，埋点对比脚本可以为Python脚本。当然，以上仅为具体的举例说明，在实际的使用过程中埋点对比脚本还可以为其他编程语言所编写的脚本，此处不做一一赘述。相对于现有技术而言，使用埋点对比脚本对埋点需求表和埋点结果表进行对比，可以提高埋点数据对比的效率，同时避免测试人员对比时可能存在的失误。

本申请实施例相对于现有技术而言，在实现图1方法带来的有益效果基础上，在生成埋点测试数据后，将埋点测试数据上传数据库，通过查询数据库获得与埋点需求表格式相同的埋点结果表，对比埋点需求表和埋点结果表，获取埋点测试结果，从而避免了现有技术中因为网络环境限制通过网络抓包获取埋点测试数据有时无法实现的问题。

图5是本申请实施例提供的再一种埋点测试方法的流程图三，该埋点测试方法与图3提供的埋点测试方法基本相同，其区别在于，图3提供的埋点测试方法的步骤1043的情况为步骤10432，在步骤10432之后，还包括：

步骤105，标记埋点需求表和埋点结果表不一致的地方，确定埋点测试中出现的问题。

本申请实施例相对于现有技术而言，在实现图3方法带来的有益效果基础上，如果埋点需求表和埋点结果表不一致时，则测试结果为不通过，同时通过标记埋点需求表和埋点结果表不一致的地方，确定埋点测试中出现的问题，从而可以据此来修改本次埋点测试存在的问题。

本申请实施例提供的埋点测试方法，执行主体可以为埋点测试装置。本申请实施例中以埋点测试装置执行埋点测试方法为例，说明本申请实施例提供的埋点测试装置。

图7是本申请实施例提供的一种埋点测试装置的结构框图，该埋点测试装置包括：

第一获取模块701，用于获取埋点需求表，其中，埋点需求表包括多个埋点。

第二获取模块702，用于根据埋点需求表，获取多个控件对应的埋点测试脚本，其中，多个控件包括埋点需求表中的埋点所在的所有控件。

第三获取模块703，用于运行埋点测试脚本，获取埋点需求表中所有埋点对应的埋点测试数据。

第四获取模块704，用于根据埋点需求表和埋点测试数据，获取埋点测试结果。

本申请实施例相对于现有技术而言，在埋点测试过程中，根据埋点需求表得到埋点测试脚本，运行埋点测试脚本，可以自动触发埋点需求表中的所有埋点，得到埋点测试数据，不需要测试人员手动逐一触发埋点得到埋点测试数据，且可以批量处理多个埋点，从而提高了埋点测试的效率，减小了埋点测试的失误率，同时本申请实施例在应用迭代过程中进行埋点回归测试时，可以使用之前的埋点测试使用的埋点需求表快速对相同的埋点进行测试，从而便利了埋点回归测试，避免了埋点回归测试中可能出现的数据异常。

进一步地，第二获取模块702可以包括：

第一获取子模块，用于根据埋点需求表，获取脚本维护模块和脚本生成模块，其中，脚本维护模块包括多个控件的公共方法和定位信息，脚本生成模块用于生成控件对应的脚本。

第二获取子模块，用于获取脚本生成模块根据脚本维护模块生成的多个控件对应的埋点测试脚本，其中，多个控件包括埋点需求表中的埋点所在的所有控件。

本申请实施例相对于现有技术而言，在实现图7设置带来的有益效果基础上，根据埋点需求表得到获取脚本维护模块和脚本生成模块，脚本生成模块根据脚本维护模块生成的多个控件对应的埋点测试脚本，而不用测试人员逐一编写每个控件的埋点测试脚本，提高了埋点测试脚本的编写效率，避免了测试人员在逐一编写脚本时可能出现的失误。

进一步地，第四获取模块704可以包括：

数据上传子模块，用于将埋点测试数据上传到数据库。

数据查询子模块，用于查询数据库，输出埋点测试数据对应的埋点结果表。

数据对比子模块，用于对比所述埋点需求表和所述埋点结果表，获取埋点测试结果。

本申请实施例相对于现有技术而言，在实现图7设置带来的有益效果基础上，在生成埋点测试数据后，将埋点测试数据上传数据库，通过查询数据库获得与埋点需求表格式相同的埋点结果表，对比埋点需求表和埋点结果表，获取埋点测试结果，从而避免了现有技术中因为网络环境限制通过网络抓包获取埋点测试数据有时无法实现的问题，同时通过查询数据库获得的与埋点需求表格式相同的埋点结果表，便于对埋点需求表和埋点结果表进行对比。

本申请实施例中的埋点测试装置可以是电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为网络附属存储器(Network Attached Storage，NAS)、个人计算机(personalcomputer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的埋点测试装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为iOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

可选地，如图8所示，本申请实施例还提供一种车辆包括的电子设备，包括处理器801和存储器802，存储器802上存储有可在所述处理器801上运行的程序或指令，该程序或指令被处理器801执行时实现上述埋点测试方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图9为实现本申请实施例的一种车辆包括的电子设备的硬件结构示意图。

该电子设备900包括但不限于：射频单元901、网络模块902、音频输出单元903、输入单元904、传感器905、显示单元906、用户输入单元907、接口单元908、存储器909、以及处理器910等部件。

本领域技术人员可以理解，电子设备900还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器910逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图9中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元904可以包括图形处理器(GraphicsProcessing Unit，GPU)9041和麦克风9042，图形处理器9041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元906可包括显示面板9061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板9061。用户输入单元907包括触控面板9071以及其他输入设备9072中的至少一种。触控面板9071，也称为触摸屏。触控面板9071可包括触摸检测装置和触摸控制器两个部分。其他输入设备9072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器909可用于存储软件程序以及各种数据。存储器909可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器909可以包括易失性存储器或非易失性存储器，或者，存储器909可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器909包括但不限于这些和任意其它适合类型的存储器。

处理器910可包括一个或多个处理单元；可选的，处理器910集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器910中。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述埋点测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述埋点测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述埋点测试方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

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

获取埋点需求表，其中，所述埋点需求表包括多个埋点；

根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件；

运行所述埋点测试脚本，获取所述埋点需求表中所有埋点对应的埋点测试数据；

根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件，包括：根据所述埋点需求表，获取脚本维护模块和脚本生成模块，其中，所述脚本维护模块包括所述多个控件的公共方法和定位信息，所述脚本生成模块用于生成所述多个控件对应的脚本；

获取所述脚本生成模块根据所述脚本维护模块生成的所述多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件。

3.根据权利要求1所述的方法，其特征在于，所述根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果，包括：

将所述埋点测试数据上传到数据库；

查询所述数据库，输出所述埋点测试数据对应的埋点结果表；

对比所述埋点需求表和所述埋点结果表，获取埋点测试结果。

4.根据权利要求3所述的方法，其特征在于，所述查询所述数据库，输出所述埋点测试数据对应的埋点结果表，包括：

查询所述数据库，输出所述埋点测试数据对应的埋点结果表，其中，所述埋点结果表与所述埋点需求表格式一致。

5.根据权利要求3所述的方法，其特征在于，所述对比所述埋点需求表和所述埋点结果表，获取埋点测试结果，包括：

获取埋点对比脚本，通过所述埋点对比脚本对比所述埋点需求表和所述埋点结果表，获取埋点测试结果。

6.根据权利要求3所述的方法，其特征在于，所述对比所述埋点需求表和所述埋点结果表，获取埋点测试结果，包括：

如果所述埋点需求表和所述埋点结果表一致，则获取的埋点测试结果为通过；

如果所述埋点需求表和所述埋点结果表不一致，则获取的埋点测试结果为不通过。

7.根据权利要求6所述的方法，其特征在于，所述如果所述埋点需求表和所述埋点结果表不一致，则获取的埋点测试结果为不通过之后，还包括：

标记所述埋点需求表和所述埋点结果表不一致的地方，确定所述埋点测试中出现的问题。

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

第一获取模块，用于获取埋点需求表，其中，所述埋点需求表包括多个埋点；

第二获取模块，用于根据所述埋点需求表，获取多个控件对应的埋点测试脚本，其中，所述多个控件包括所述埋点需求表中的埋点所在的所有控件；

第三获取模块，用于运行所述埋点测试脚本，获取所述埋点需求表中所有埋点对应的埋点测试数据；

第四获取模块，用于根据所述埋点需求表和所述埋点测试数据，获取埋点测试结果。

9.一种车辆，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-7任一项所述的埋点测试方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-7任一项所述的埋点测试方法的步骤。