CN111782492B - 页面首屏加载时长测试方法、装置、计算机设备及介质 - Google Patents

Abstract

本发明涉及自动化测试领域，公开了一种页面首屏加载时长测试方法、装置、计算机设备及存储介质，包括：获取移动端应用程序的显示页面，将显示页面展示在显示屏上，在监控到移动端应用程序的启动指令时，记录开始执行时间，并按照预设频率，对显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像，对得到的截屏图像进行图像识别，若得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间，进而基于开始执行时间和执行结束时间，确定页面首屏的加载时长。本发明还涉及区块链领域，该页面首屏的加载时长存储于区块链中。本发明有利于提高首屏加载时长测试的精准度。

Description

页面首屏加载时长测试方法、装置、计算机设备及介质

技术领域

本发明涉及自动化测试领域，尤其涉及一种页面首屏加载时长测试方法、装置、计算机设备及介质。

背景技术

随着信息化进程的加速推进和计算机水平的日益提高，越来越多人采用手机、平板等移动端设备进行娱乐、查询资料等，通过移动设备进行网页页面浏览成了比较常用的操作，移动设备主要通过各种应用程序(Application，APP)来为用户提供服务，有些APP的页面内容较多，APP提供商往往是将重要内容放在首屏，以方便用户快速获取感兴趣的信息，为提高首屏加载速度，需要对首屏加载时长进行测试。

现有的首屏加载时长测试方式主要包括两种，一种是通过搭建平台，对移动端的页面进行自动分析得到整个页面的加载时间，但是这其实是不准的，这个得到的结果是整个页面的加载时间，而不是首屏的，同时也没有考虑到移动设备的响应时间，并且这种方案仅支持手机H5页面的测试，对于原生的app就束手无策了；另外一种是通过录制视频并通过分帧工具得到一帧帧的图片，再计算得到首屏加载的时间，这种方式符合用户的真实操作且支持原生混生的app，但是录制视频本身会占用移动设备的部分资源，影响首屏加载的测试，同时，为了排除单次误差的影响往往需要测试多次取平均值以反映整体效果，会导致测试的时间又加长了，因而，寻找一种能有效进行首屏加载时长测试的方法，成了一个亟待解决的技术难题。

发明内容

本发明实施例提供一种页面首屏加载时长测试方法、装置、计算机设备和存储介质，以提高页面首屏加载时长测试的准确率。

为了解决上述技术问题，本申请实施例提供一种页面首屏加载时长测试方法，包括：

获取移动端应用程序的显示页面，并将显示页面展示在显示屏上；

若监控到所述移动端应用程序的启动指令，则记录开始执行时间；

按照预设频率，对所述显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像；

对得到的截屏图像进行图像识别，若所述得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间；

基于所述开始执行时间和所述执行结束时间，确定页面首屏的加载时长。

可选地，所述将显示页面展示在显示屏上包括：

采用有线/无线的方式，将所述移动端应用程序的显示页面，投影到所述显示屏上。

可选地，所述若监控到所述移动端应用程序的启动指令，则记录开始执行时间包括：

通过Appium框架，构建与所述移动端应用程序的通信通道；

实时对所述通信通道中的通信内容进行监控；

若监控到所述移动端应用程序反馈的启动成功的消息，则确定所述移动端应用程序的启动成功，记录当前时间点作为所述开始执行时间。

可选地，所述对得到的截屏图像进行图像识别包括：

获取所述得到的截屏图像的尺寸大小；

根据所述预设标识图像的尺寸大小和所述预设标识图像的加载范围，确定所述加载范围在所述截屏图像上对应的区域，作为目标区域；

基于所述目标区域和所述得到的截屏图像的尺寸大小，对所述预设标识图像进行投影处理，得到目标标识图像，并截取所述得到的截屏图像在所述目标区域的图像，作为对比图像；

依次对比所述目标标识图像与所述对比图形的每个像素点的像素值，得到像素值不同的像素点的数量；

根据所述像素值不同的像素点的数量，确定图像识别结果，其中，所述图像识别结果包括所述得到的截屏图像中包含所述预设标识图像，和所述得到的截屏图像中不包含所述预设标识图像。

可选地，所述预设标识图像的数量为n个，n为大于等于2的正整数，所述对得到的截屏图像进行图像识别还包括：

针对第i个预设标识图像，通过所述得到的截屏图像判断第i个预设标识图像是否加载完成，若所述得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

若n个预设标识图像均加载完成，则确认所述图像识别的结果为所述得到的截屏图像中包含预设标识图像。

可选地，该页面首屏加载时长测试方法还包括：

获取所述移动端应用程序对应的历史数据；

对所述历史数据进行分析，确定所述移动端应用程序的参考参数；

根据所述参考参数，生成配置信息，所述配置信息包括所述预设频率和每次截屏处理得到截屏图像的数量。

可选地，该页面首屏加载时长测试方法还包括：将所述页面首屏的加载时长存储于区块链中。

为了解决上述技术问题，本申请实施例还提供一种页面首屏加载时长测试装置，包括：

显示模块，用于获取移动端应用程序的显示页面，并将显示页面展示在显示屏上；

监控模块，用于若监控到所述移动端应用程序的启动指令，则记录开始执行时间；

截屏模块，用于按照预设频率，对所述显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像；

识别模块，用于对得到的截屏图像进行图像识别，若所述得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间；

时长确定模块，用于基于所述开始执行时间和所述执行结束时间，确定页面首屏的加载时长。

可选地，所述显示模块包括：

投影单元，用于采用有线/无线的方式，将所述移动端应用程序的显示页面，投影到所述显示屏上。

可选地，所述监控模块包括：

通道连接单元，用于通过Appium框架，构建与所述移动端应用程序的通信通道；

通信监控单元，用于实时对所述通信通道中的通信内容进行监控；

开始计时单元，用于若监控到所述移动端应用程序反馈的启动成功的消息，则确定所述移动端应用程序的启动成功，记录当前时间点作为所述开始执行时间。

可选地，所述识别模块包括：

尺寸截取单元，用于获取所述得到的截屏图像的尺寸大小；

目标区域确定单元，用于根据所述预设标识图像的尺寸大小和所述预设标识图像的加载范围，确定所述加载范围在所述截屏图像上对应的区域，作为目标区域；

图像确定单元，用于基于所述目标区域和所述得到的截屏图像的尺寸大小，对所述预设标识图像进行投影处理，得到目标标识图像，并截取所述得到的截屏图像在所述目标区域的图像，作为对比图像；

像素值对比单元，用于依次对比所述目标标识图像与所述对比图形的每个像素点的像素值，得到像素值不同的像素点的数量；

识别结果确定单元，用于根据所述像素值不同的像素点的数量，确定图像识别结果，其中，所述图像识别结果包括所述得到的截屏图像中包含所述预设标识图像，和所述得到的截屏图像中不包含所述预设标识图像。

可选地，所述预设标识图像的数量为n个，n为大于等于2的正整数，所述识别模块还包括：

循环识别单元，用于针对第i个预设标识图像，通过所述得到的截屏图像判断第i个预设标识图像是否加载完成，若所述得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

结果生成单元，用于若n个预设标识图像均加载完成，则确认所述图像识别的结果为所述得到的截屏图像中包含预设标识图像。

可选地，所述页面首屏加载时长测试装置还包括：

数据获取模块，用于获取所述移动端应用程序对应的历史数据；

数据分析模块，用于对所述历史数据进行分析，确定所述移动端应用程序的参考参数；

配置生成模块，用于根据所述参考参数，生成配置信息，所述配置信息包括所述预设频率和每次截屏处理得到截屏图像的数量。

可选地，所述页面首屏加载时长测试装置还包括：

存储模块，用于将所述页面首屏的加载时长存储于区块链中。

为了解决上述技术问题，本申请实施例还提供一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述页面首屏加载时长测试方法的步骤。

为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述页面首屏加载时长测试方法的步骤。

本发明实施例提供的页面首屏加载时长测试方法、装置、计算机设备及存储介质，通过获取移动端应用程序的显示页面，并将显示页面展示在显示屏上，在监控到移动端应用程序的启动指令时，记录开始执行时间，并按照预设频率，对显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像，避免直接在移动端进行截屏或者录像处理，导致移动端系统资源被占用，造成测试的准确度变低的情况，同时，对得到的截屏图像进行图像识别，若得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间，进而基于开始执行时间和执行结束时间，确定页面首屏的加载时长，实现通过判断预设标识图像的加载情况，来确定首屏加载的完成时间点，避免直接通过页面元素判断完成时间点，导致页面未加载完成即得出加载时长的情况，有利于提高首屏加载时长测试的精准度。

附图说明

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

图1是本申请可以应用于其中的示例性系统架构图；

图2是本申请的页面首屏加载时长测试方法的一个实施例的流程图；

图3是根据本申请的页面首屏加载时长测试装置的一个实施例的结构示意图；

图4是根据本申请的计算机设备的一个实施例的结构示意图。

具体实施方式

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture E界面显示perts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureE界面显示perts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。

需要说明的是，本申请实施例所提供的页面首屏加载时长测试方法由服务器执行，相应地，页面首屏加载时长测试装置设置于服务器中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器，本申请实施例中的终端设备101、102、103具体可以对应的是实际生产中的应用系统。

请参阅图2，图2示出本发明实施例提供的一种页面首屏加载时长测试方法，以该方法应用在图1中的服务端为例进行说明，详述如下：

S201：获取移动端应用程序的显示页面，并将显示页面展示在显示屏上。

具体地，服务端连接有显示屏，或者，与显示屏可以直接进行通信，通过投影工具，将移动端与显示屏进行连接，以使移动端的显示界面投影到显示屏上。

其中，投影工具进行投影可以是通过有线的方式，也可以通过无线(例如蓝牙、wife等)方式，投影工具具体可根据实际需要进行选取，例如Total Control、小萝贝控机大师等，也可以采用自制工具或程序来实现连接，此处不做限制。

其中，显示屏为与服务端连接的显示设备，或者，与服务端可以直接进行通信的显示设备。

S202：若监控到移动端应用程序的启动指令，则记录开始执行时间。

具体地，服务端与移动端应用程序建立通信连接，并对移动端应用程序的消息进行监控，当检测到移动端应用程序的启动成功的消息后，记录该时间点，作为开始执行时间。

值得说明的是，在进行首屏加载时间测试时，所使用的手机标准也没有完全的统一，但是一般都是使用的都是性能比较差的移动设备，如果性能差的移动设备能够达到标准，那么硬件配置高的移动设备绝对是满足此标准的，考虑到发送指令到应用程序开始响应指令进行启动，会受到移动设备性能的影响，本实施例采用从服务端或者移动端发送应用程序开始执行的指令，应用程序接收该指令，并开始启动，在启动成功后反馈启动成功的消息，服务端以收到该消息的时间点，作为开始执行时间，避免以发送开始指令的时间作为记录导致忽略移动端自身响应指令的时间，有利于提高开始执行时间记录的准确性。

其中，开始时间为记录应用程序开始请求加载页面的时间。

优选的，本实施例采用Appium框架构建服务端与移动端应用程序的通信通道，以提高后续自动化测试的效率。

其中，Appium框架是一个自动化测试开源框架，支持iOS平台和Android平台上的原生应用，web应用和混合应用，允许在不同的平台(iOS，Android)使用同一套API来写自动化测试脚本，这样大大增加了iOS和Android测试套件间代码的复用性。

S203：按照预设频率，对显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像。

具体地，服务端预先设好截屏的频率，在记录开始时间之后，对显示屏中的内容按照预设频率进行截屏，得到多个截屏图像，为确保不漏掉关键信息，每次截屏可以连续截图多张图片，具体的数量可以预先设置，此处不做限制。

应理解，在后续确定是否加载完成时，需要根据显示的图像来判断，而移动端设备的显示区域尺寸较小，精确度会收到一定影响，因而，本实施例采用显示区域尺寸较大的显示屏来显示移动端的内容，有利于后续更准确判断是否完成加载，同时，采用显示屏进行后续的数据获取与处理，使得该方式对不同移动端均兼容，无需对不同操作类型的移动端上的应用程序分别进行测试，有利于提高测试效率。

S204：对得到的截屏图像进行图像识别，若得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间。

现有的移动端首屏加载时长测试，主要采用软件测试方法和硬件测试方法。

其中，软件测试方法主要过程为：采用Framework框架中的Activity-Manager服务在Activity页面启动完成之后，打印【ActivityManager:Displayed cn.example/.DemoActivity:+95ms】格式的日志信息，其中最后的ms值即为Activity页面的启动时间。通过对上述数值的统计分析，即可完成应用页面打开速度的测试。该测试方法中，ActivityManager打印的Activity Displayed时间日志信息是指从ActivityManager开始启动Activity直至Activity View-Inflate的时间，而不包括View-Inflate直至View真实渲染到屏幕上的时间，因此该日志信息提供的启动时间有较大的误差。另外，同时，该方法主要用于整个页面的耗时测试，而无法对首屏加载进行很好的评估。

其中，硬件测试方法通常是采用高速摄像机对整个页面加载操作过程进行拍照，并记录每张照片的拍摄时间，然后采用人工在拍摄的照片中对比查找预先拍摄好的起始和结束图片，最后将这两张照片的拍摄时间相减，以获得页面的加载时间。但是高速摄像机受外界因素(如距离、光度等)的影响，使得拍摄得到的照片具有一定的时间间隔，进而导致测试的结果不准确，同时采用人工对比查找预先拍摄好的起始和结束图片，导致测试过程耗费的时间比较长，整个测试步骤繁琐。

为避免现有技术中出现的这些不利因素，提高首屏加载时长测试的准确性程度和效率，本实施例根据预设的配置信息进行自动截屏处理，并基于Appium来对得到的截屏图像进行识别，判断截屏图像中是否存在与预设标识图像相同的图像，若存在，则确定加载完成。

其中，预设标识图像是预先设置好的，用于标识首屏加载完成的图像。在一些移动端的应用页面中，存在长页面，也即，正常配置时，设备的显示区域无法一次性完全显示的页面，取正常配置时，首屏中最后一个加载完成的元素图像，作为预设标识图像，也即，该元素图像加载完，即可确认首屏加载完成。

其中，预设的配置信息包括但不限于：预设频率和每次截屏处理得到截屏图像的数量，具体数值可根据实际需求进行设定，也可依据历史数据进行动态生成，依据历史数据动态生成配置信息的过程可参考后续实施例，为避免重复，此处不再赘述。

需要说明的是，预设标识图像的数量，可以是一个，也可以是多个，具体可以根据实际需求进行设定。

对得到的截屏图像进行图像识别的具体实现过程，可参考后续实施例的描述，为避免重复，此处不再赘述。

S205：基于开始执行时间和执行结束时间，确定页面首屏的加载时长。

具体地，根据开始执行时间和执行结束时间，计算得到页面首屏的加载时长。

需要强调的是，为进一步保证页面首屏的加载时长不被非法篡改，确保最后测试时长的私密和安全性，上述页面首屏的加载时长还可以存储于一区块链的节点中。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

本实施例中，通过获取移动端应用程序的显示页面，并将显示页面展示在显示屏上，在监控到移动端应用程序的启动指令时，记录开始执行时间，并按照预设频率，对显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像，避免直接在移动端进行截屏或者录像处理，导致移动端系统资源被占用，造成测试的准确度变低的情况，同时，对得到的截屏图像进行图像识别，若得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间，进而基于开始执行时间和执行结束时间，确定页面首屏的加载时长，实现通过判断预设标识图像的加载情况，来确定首屏加载的完成时间点，避免直接通过页面元素判断完成时间点，导致页面未加载完成即得出加载时长的情况，有利于提高首屏加载时长测试的精准度。

在本实施例的一些可选的实现方式中，步骤S202中，若监控到移动端应用程序的启动指令，则记录开始执行时间包括：

通过Appium框架，构建与移动端应用程序的通信通道；

实时对通信通道中的通信内容进行监控；

若监控到移动端应用程序反馈的启动成功的消息，则确定移动端应用程序的启动成功，记录当前时间点作为开始执行时间。

具体地，Appium框架构建一个服务端与移动端应用程序的通信通道，Appium框架通过监听端口，接收服务端发送的指令，翻译这些指令并发送给移动设备，同时，接收移动设备反馈的消息，再发送给服务端。在监控到移动端应用程序反馈的启动成功的消息时，确定移动端应用程序的启动成功，记录当前时间点作为开始执行时间，避免直接以发送启动指令时间作为开始执行时间点，容易受到移动端设备性能影响，导致开始执行时间记录不准确。

本实施例中，通过对移动端应用程序的消息进行监控，确定启动时间并记录启动时间点，有利于减少误差，提高开始执行时间的准确性。

在本实施例的一些可选的实现方式中，步骤S204中，对得到的截屏图像进行图像识别包括：

获取得到的截屏图像的尺寸大小；

根据预设标识图像的尺寸大小和预设标识图像的加载范围，确定加载范围在截屏图像上对应的区域，作为目标区域；

基于目标区域和得到的截屏图像的尺寸大小，对预设标识图像进行投影处理，得到目标标识图像，并截取得到的截屏图像在目标区域的图像，作为对比图像；

依次对比目标标识图像与对比图形的每个像素点的像素值，得到像素值不同的像素点的数量；

根据像素值不同的像素点的数量，确定图像识别结果，其中，图像识别结果包括得到的截屏图像中包含预设标识图像，和得到的截屏图像中不包含预设标识图像。

具体地，通过预设标识图像的尺寸大小和预设标识图像的加载范围，确定加载范围在截屏图像上对应的区域，作为目标区域，再根据目标区域和得到的截屏图像的尺寸大小，对预设标识图像进行变换，使得预设标识图像与得到的截屏图像目标区域的大小一致，得到目标标识图像，并截取得到的截屏图像在目标区域的图像，作为对比图像，进而对比目标标识图像与对比图形的相似程度，来判断得到的截屏图像中是否包含预设标识图像。

其中，预设标识图像是用于判断加载完成的图像，可根据需要测试的移动端应用程序的实际情况进行设置。

其中，获取得到的截屏图像的尺寸大小，可以是通过API函数来实现。

需要说明的是，根据像素值不同的像素点的数量，确定图像识别结果，具体可以是通过像素值不同的像素点的数量占整个目标标识图像的像素点的数量比例，与预设的比例进行对比来判断，超过预设的比例，则确认图像识别结果为得到的截屏图像中包含预设标识图像，反之，则确认图像识别结果为得到的截屏图像中不包含预设标识图像；也可以是通过将像素值不同的像素点的数量与预设的数量进行对比来确定，此处不作具体限定。

本实施例中，通过将得到的截屏图像与预设标识图像投影到相同区域，并进行变换后，比较两者的像素值，并依据像素值不同的像素点的数量，确定图像识别结果，有利于提高图像识别的准确度。

在本实施例的一些可选的实现方式中，步骤S204中，预设标识图像的数量为n个，n为大于等于2的正整数，对得到的截屏图像进行图像识别还包括：

针对第i个预设标识图像，通过得到的截屏图像判断第i个预设标识图像是否加载完成，若得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

若n个预设标识图像均加载完成，则确认图像识别的结果为得到的截屏图像中包含预设标识图像。

具体地，在预设标识图像为多个时，依次对每个预设标识图像的加载情况进行判断，在确定上一个预设标识图像加载完成后，执行对下一个截屏图像的检测，最终在每个预设表示图形均完成加载时，确定图像识别的结果为得到的截屏图像中包含预设标识图像。

应理解，在实际生产中，可能存着较长篇幅而无法在同时显示的首屏页面(需要向下滑屏浏览)，而最终用于判断首屏加载完成的预设标识图像，在首屏加载完成之前也出现过，由于滑屏浏览，导致其出现的位置与最终用于判断首屏加载完成的预设标识图像可能存在相同，因而，在此种情况下，采用多个预设标识图像来判断首屏加载是否完成，将更为准确。

本实施例中，针对多个预设标识图像进行加载完成的判断，提高首屏加载时长测试的稳健性和兼容性。

在本实施例的一些可选的实现方式中，在步骤S201之后，并且，在步骤S202之前，该页面首屏加载时长测试方法还包括：

获取移动端应用程序对应的历史数据；

对历史数据进行分析，确定移动端应用程序的参考参数；

根据参考参数，生成配置信息，配置信息包括预设频率和每次截屏处理得到截屏图像的数量。

具体地，获取移动端应用程序在运行过程中产生的历史数据，并从该历史数据中，提取每次启动时加载各个元素的时长，以及启动完成的耗时，作为参考参数，进而根据参考参数，生成包含预设频率和每次截屏处理得到截屏图像的数量的配置信息，后续根据这些配置信息进行自动化测试，有利于根据测试任务的实际情况，合理进行截屏，避免截屏过快或过慢对检测结果的影响，有利于提高后续图像识别检测的效率。

本实施例中，通过对移动端应用程序对应的历史数据进行分析，动态生成与该移动端应用程序的测试更为契合的配置信息，有利于提高测试效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

图3示出与上述实施例页面首屏加载时长测试方法一一对应的页面首屏加载时长测试装置的原理框图。如图3所示，该页面首屏加载时长测试装置包括显示模块31、监控模块32、截屏模块33、识别模块34和时长确定模块35。各功能模块详细说明如下：

显示模块31，用于获取移动端应用程序的显示页面，并将显示页面展示在显示屏上；

监控模块32，用于若监控到移动端应用程序的启动指令，则记录开始执行时间；

截屏模块33，用于按照预设频率，对显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像；

识别模块34，用于对得到的截屏图像进行图像识别，若得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间；

时长确定模块35，用于基于开始执行时间和执行结束时间，确定页面首屏的加载时长。

可选地，显示模块31包括：

投影单元，用于采用有线/无线的方式，将移动端应用程序的显示页面，投影到显示屏上。

可选地，监控模块32包括：

通道连接单元，用于通过Appium框架，构建与移动端应用程序的通信通道；

通信监控单元，用于实时对通信通道中的通信内容进行监控；

开始计时单元，用于若监控到移动端应用程序反馈的启动成功的消息，则确定移动端应用程序的启动成功，记录当前时间点作为开始执行时间。

可选地，识别模块34包括：

尺寸截取单元，用于获取得到的截屏图像的尺寸大小；

目标区域确定单元，用于根据预设标识图像的尺寸大小和预设标识图像的加载范围，确定加载范围在截屏图像上对应的区域，作为目标区域；

图像确定单元，用于基于目标区域和得到的截屏图像的尺寸大小，对预设标识图像进行投影处理，得到目标标识图像，并截取得到的截屏图像在目标区域的图像，作为对比图像；

像素值对比单元，用于依次对比目标标识图像与对比图形的每个像素点的像素值，得到像素值不同的像素点的数量；

识别结果确定单元，用于根据像素值不同的像素点的数量，确定图像识别结果，其中，图像识别结果包括得到的截屏图像中包含预设标识图像，和得到的截屏图像中不包含预设标识图像。

可选地，预设标识图像的数量为n个，n为大于等于2的正整数，识别模块34还包括：

循环识别单元，用于针对第i个预设标识图像，通过得到的截屏图像判断第i个预设标识图像是否加载完成，若得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

结果生成单元，用于若n个预设标识图像均加载完成，则确认图像识别的结果为得到的截屏图像中包含预设标识图像。

可选地，页面首屏加载时长测试装置还包括：

数据获取模块，用于获取移动端应用程序对应的历史数据；

数据分析模块，用于对历史数据进行分析，确定移动端应用程序的参考参数；

配置生成模块，用于根据参考参数，生成配置信息，配置信息包括预设频率和每次截屏处理得到截屏图像的数量。

可选地，该页面首屏加载时长测试装置还包括：

存储模块，用于将页面首屏的加载时长存储于区块链中。

关于页面首屏加载时长测试装置的具体限定可以参见上文中对于页面首屏加载时长测试方法的限定，在此不再赘述。上述页面首屏加载时长测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。

所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件连接存储器41、处理器42、网络接口43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable Gate Array，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。

所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。

所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或D界面显示存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如电子文件的控制的程序代码等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。

所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的程序代码或者处理数据，例如运行电子文件的控制的程序代码。

所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。

本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有界面显示程序，所述界面显示程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的页面首屏加载时长测试方法的步骤。

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

显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (9)

1.一种页面首屏加载时长测试方法，应用于移动端应用程序的页面首屏的加载时长测试，其特征在于，包括：

获取移动端应用程序的显示页面，并将显示页面展示在显示屏上；

若监控到所述移动端应用程序的启动指令，则记录开始执行时间；

按照预设频率，对所述显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像；

基于Appium对得到的截屏图像进行图像识别，若所述得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间；

基于所述开始执行时间和所述执行结束时间，确定页面首屏的加载时长；

所述预设标识图像的数量为n个，n为大于等于2的正整数，所述对得到的截屏图像进行图像识别还包括：

针对第i个预设标识图像，通过所述得到的截屏图像判断第i个预设标识图像是否加载完成，若所述得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

若n个预设标识图像均加载完成，则确认所述图像识别的结果为所述得到的截屏图像中包含预设标识图像。

2.如权利要求1所述的页面首屏加载时长测试方法，其特征在于，所述将显示页面展示在显示屏上包括：

采用有线/无线的方式，将所述移动端应用程序的显示页面，投影到所述显示屏上。

3.如权利要求1所述的页面首屏加载时长测试方法，其特征在于，所述若监控到所述移动端应用程序的启动指令，则记录开始执行时间包括：

通过Appium框架，构建与所述移动端应用程序的通信通道；

实时对所述通信通道中的通信内容进行监控；

若监控到所述移动端应用程序反馈的启动成功的消息，则确定所述移动端应用程序的启动成功，记录当前时间点作为所述开始执行时间。

4.如权利要求1所述的页面首屏加载时长测试方法，其特征在于，所述对得到的截屏图像进行图像识别包括：

获取所述得到的截屏图像的尺寸大小；

根据所述预设标识图像的尺寸大小和所述预设标识图像的加载范围，确定所述加载范围在所述截屏图像上对应的区域，作为目标区域；

基于所述目标区域和所述得到的截屏图像的尺寸大小，对所述预设标识图像进行投影处理，得到目标标识图像，并截取所述得到的截屏图像在所述目标区域的图像，作为对比图像；

依次对比所述目标标识图像与所述对比图形的每个像素点的像素值，得到像素值不同的像素点的数量；

根据所述像素值不同的像素点的数量，确定图像识别结果，其中，所述图像识别结果包括所述得到的截屏图像中包含所述预设标识图像，和所述得到的截屏图像中不包含所述预设标识图像。

5.如权利要求1所述的页面首屏加载时长测试方法，其特征在于，在所述获取移动端应用程序的显示页面，并将显示页面展示在显示屏上之后，并且，在所述若监控到所述移动端应用程序的启动指令，则记录开始执行时间之前，所述页面首屏加载时长测试方法还包括：

获取所述移动端应用程序对应的历史数据；

对所述历史数据进行分析，确定所述移动端应用程序的参考参数；

根据所述参考参数，生成配置信息，所述配置信息包括所述预设频率和每次截屏处理得到截屏图像的数量。

6.如权利要求1所述的页面首屏加载时长测试方法，其特征在于，在所述基于所述开始执行时间和所述执行结束时间，确定页面首屏的加载时长之后，所述页面首屏加载时长测试方法还包括：将所述页面首屏的加载时长存储于区块链中。

7.一种页面首屏加载时长测试装置，应用于移动端应用程序的页面首屏的加载时长测试，其特征在于，所述页面首屏加载时长测试装置包括：

显示模块，用于获取移动端应用程序的显示页面，并将显示页面展示在显示屏上；

监控模块，用于若监控到所述移动端应用程序的启动指令，则记录开始执行时间；

截屏模块，用于按照预设频率，对所述显示屏上的内容进行截屏处理，每次截屏处理得到至少一张截屏图像；

识别模块，用于基于Appium对得到的截屏图像进行图像识别，若所述得到的截屏图像中包含预设标识图像，则确认加载完成，记录执行结束时间；

时长确定模块，用于基于所述开始执行时间和所述执行结束时间，确定页面首屏的加载时长；

所述预设标识图像的数量为n个，n为大于等于2的正整数，所述识别模块还包括：

循环识别单元，用于针对第i个预设标识图像，通过所述得到的截屏图像判断第i个预设标识图像是否加载完成，若所述得到的截屏图像中包含第i个预设标识图像，则确认第i个预设标识图像加载完成，并对第i+1个标识图像的加载情况进行判断，其中，i≤n-1，且i为正整数；

结果生成单元，用于若n个预设标识图像均加载完成，则确认所述图像识别的结果为所述得到的截屏图像中包含预设标识图像。

8.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的页面首屏加载时长测试方法。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的页面首屏加载时长测试方法。

Images