CN111371643A - 验证方法、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种验证方法、设备和存储介质，所述方法包括：获得待验证页面；利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

Description

验证方法、设备及存储介质

技术领域

本申请涉及校验技术，具体涉及一种验证方法、设备和存储介质。

背景技术

相关技术中，超文本标记语言(HTML，HyperText Markup Language)5页面简称为H5页面，设计目的是为了支持多媒体访问。。具有开发能力的公司、企业或单位的研发人员在开发完H5页面之后，将开发完成的H5页面上线(上线的网页称作release版本的网页)，并对H5页面是否存在问题进行验证，验证的目的在于保证H5页面在后续被用户下载并使用的过程中不会出错。相关技术中，对release版本的网页的验证方案通常包括以下几种：第一种，使用电脑进行调试，因为待验证H5页面是通过手机进行访问的，需要手机与电脑采用代理方式进行连接，基于电脑与手机之间的连接，利用电脑对待验证H5页面进行验证。第二种，需要在手机侧安装证书，并基于安装有证书的手机进行待验证H5页面的验证。前述方案中采用代理或安装证书方式在具体实现上较为繁琐。

发明内容

为解决现有存在的技术问题，本申请实施例提供一种验证方法、设备和存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种验证方法，所述方法包括：

获得待验证页面；

利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；

基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

上述方案中，所述获得待验证页面，包括：

识别所述待验证页面；

加载所识别的待验证页面至所述终端。

上述方案中，所述识别所述待验证页面之前，所述方法还包括：

获得所述终端访问的待验证数据的电子凭证；

基于所述电子凭证判断所述待验证数据是否是表征为统一资源定位符的数据；

判断为是的情况下，确定所述待验证数据为待验证页面。

上述方案中，所述方法还包括：

为所述预定组件生成图标标识；

将所述图标标识呈现在所述待验证页面中；

在检测到针对所述图标标识的操作的情况下，将第一目标数据进行展示。

上述方案中，所述基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证，包括：

分别对所述第一目标数据和第二目标数据中是否含有非合理数据进行判断；

判断第一目标数据与第二目标数据中至少一者含有非合理数据的情况下，确定所述待验证页面为无效页面；

判断第一目标数据和第二目标数据中均未含有非合理数据的情况下，确定所述待验证页面为有效页面。

上述方案中，所述利用所述待验证页面的运行系统进行第二目标数据的获取，包括：

利用所述运行系统进行所述文本传输协议数据的拦截。

上述方案中，所述方法包括：

至少对所述终端访问所述待验证页面的时间信息以及所述页面的标识信息进行对应记录，形成历史数据。

上述方案中，所述方法包括：

生成并呈现目标图标标识，所述目标图标标识表征为可供查询历史数据的标识；

检测到针对所述目标图标标识的操作的情况下，对所述历史数据进行显示。

本申请实施例还提供一种验证设备，包括：

第一获取单元，用于获得待验证页面；

第二获取单元，用于利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

第三获取单元，用于利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；

验证单元，用于基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述验证方法的步骤。

本申请实施例提供一种验证设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前述验证方法的步骤。

本申请实施例提供了一种验证方法、设备和存储介质，所述方法包括：获得待验证页面；利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

本申请实施例中，无需特意安装证书或设置代理，利用预定组件和待验证页面的运行系统即可实现对待验证页面的有效性进行验证，验证方案简单、易行，在工程上易于实现，利于推广。此外，基于至少一种目标数据对待验证页面的有效性进行验证，可提高验证准确性，准确识别待验证页面中存在的问题。

附图说明

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

图1为本申请实施例的验证方法的实现流程示意图一；

图2为本申请实施例的验证方法的实现流程示意图二；

图3为本申请实施例的验证方法的实现流程示意图三；

图4为本申请实施例的验证APP呈现的界面示意图一；

图5为本申请实施例的验证APP呈现的界面示意图二；

图6为本申请实施例的验证APP呈现的界面示意图三；

图7为本申请实施例的验证APP呈现的界面示意图四；

图8为本申请实施例的验证APP呈现的界面示意图五；

图9为本申请实施例的验证方法的实现原理示意图；

图10为本申请实施例的验证设备的组成结构示意图；

图11为本申请实施例的验证设备的硬件构成示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本领域技术人员应该而知，调试过程即可视为对release版本的页面进行验证的过程。对release版本的页面进行验证的目的是发现该页面是否存在问题(如页面布局和/或页面显示数据出错)，如果存在问题则继续对其进行调试，如果未存在问题，则可保证该页面被广大用户使用的过程中不会出现令用户体验不好的问题。为此，本申请实施例提供一种验证方法和验证设备，与相关技术中的需要安装证书或设置代理连接这种繁琐操作方可对release版本的页面进行验证的方案相比，本申请实施例中无需繁琐操作即可实现页面的调试，该调试方法在工程上简单易行，具有很强的推广性。本申请实施例的技术方案具体请参见如下所示。

本申请实施例提供一种验证方法，所述方法可应用于终端中。本领域技术人员应该而知，所述终端可以为手机、还可以为诸如智能手表和智能手环等智能式穿戴设备。优选为手机。在实际应用中该手机可以具体作为一种专用于验证(调试)的手机来实现本申请实施例的验证方案。

如图1所示，所述方法包括：

S(步骤)101：获得待验证页面；

S102：利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

在具体实现上，所述预定组件可以为调试工具vConsole组件。

S103：利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议(HTTP，Hyper Text Transfer Protocol)数据；

本步骤中，所述待验证应用的运行系统即可视为终端的操作系统。可以理解，终端的操作系统可以是苹果系统，也可以是安卓系统。利用运行系统进行HTTP请求数据的获取。

S104：基于所述第一目标数据与第二目标数据中的至少一者，所述待验证页面的有效性进行验证。

本步骤中，结合两个目标数据(第一和第二目标数据)中的至少一个目标数据对待验证页面的有效性进行验证，也即验证待验证页面是否存在问题。

在S101～S104中，对待验证页面进行验证依靠的数据(第一目标数据和第二目标数据)由预定组件和运行系统获取，其中运行系统为运行待验证页面的系统，预定组件为用于调试待验证页面的工具，无需特意安装证书或设置代理，利用预定组件、运行系统即可实现对第一目标数据、第二目标数据的获取，并依据获取的两种目标数据中的至少一者，对待验证页面的有效性进行验证。验证方案简单、易行，在工程上易于实现，利于推广。此外，基于至少一种目标数据对待验证页面的有效性进行验证，可提高验证准确性，准确识别待验证页面中存在的问题。

本申请实施例提供一种验证方法，如图2所示，所述方法包括：

S100a：获得所述终端访问待验证数据的电子凭证；

S100b：基于所述电子凭证判断所述待验证数据是否是表征为统一资源定位符的数据；

判断为是的情况下，执行S100c：

判断为否的情况下，流程结束；

S100c：确定所述待验证数据为待验证页面，继续执行S100d；

S100d：将待验证页面访问的页面进行加载以将待验证页面呈现在终端中，继续执行S102和S103；

前述S100a～S100d为识别待验证页面以及将其显示在终端的显示屏的具体实现过程，待验证页面在终端中显示出方可方便调试(测试)人员进行确认该页面是否出错。基于待验证页面访问的数据的电子凭证进行其访问的数据是否为页面的判断，一方面可保证对页面的识别准确性，另一方面，利用电子凭证进行判断，可方便对待验证数据的识别。

S102：利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

S103：利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的HTTP请求数据；

S104：基于所述第一目标数据与第二目标数据中的至少一者，对待验证页面的有效性进行验证。

前述S100a～S104中，无需特意安装证书或设置代理，利用预定组件和运行系统即可实现对待验证页面的有效性进行验证，验证方案简单、易行，在工程上易于实现，利于推广。此外，基于至少一种目标数据对待验证页面的有效性进行验证，可提高验证准确性，准确识别待验证页面存在的问题。其中，S102和S103无严格的先后顺序还可以同时进行。

本申请实施例提供一种验证方法，如图3所示，所述方法包括：

S101：识别待验证页面；

S101a：加载所识别的待验证页面至终端以使终端进行待验证页面的呈现；

S101b：为所述预定组件生成图标标识；

S101c：将所述图标标识呈现在所述待验证页面中；

S102：利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

S105：在检测到针对所述图标标识的操作的情况下，将第一目标数据进行展示；

S104可以为S104’：基于第一目标数据，对待验证页面的有效性进行验证。

在前述方案中，为预定组件生成其图标标识，并将该标识呈现在识别出的页面中，在检测到针对该图标标识的操作的情况下对获取的第一目标数据进行展示，对第一目标数据的展示可方便调试人员。本申请实施例中，可基于第一目标数据对待验证页面的有效性进行验证。

在一个可选的方案中，所述基于所述第一目标数据和/或第二目标数据，对待验证页面的有效性进行验证，包括：

分别对所述第一目标数据和第二目标数据中是否含有非合理数据进行判断；

判断第一目标数据与第二目标数据中至少一者含有非合理数据的情况下，确定所述待验证页面为无效应用；

判断第一目标数据和第二目标数据中均未含有非合理数据的情况下，确定所述待验证页面为有效应用。

本领域技术人员应该明白，非合理数据包括待验证页面在验证过程中不需要终端进行保存/记录的数据如用户登录至该待验证页面使用的登录信息如手机号和/或密码。非合理数据还包括在验证过程中出现的错误数据，如页面布局的格式、大小等出错，如页面的位置A处应该显示图片而未显示、还如待验证页面访问的是接口为A的页面，而服务端反馈回的呈现在终端侧的页面的接口数据为B。相当于根据第一目标数据和第二目标数据中是否含有非合理数据的判断结果，来验证待验证页面是否存在问题，如果其中至少一者存在有问题还需要调试人员继续进行调试以实现待验证页面不存在问题的目的。基于两种目标数据是否均含有非合理数据的判断结果，对待验证页面的有效性进行验证，可准确识别待验证页面中存在的问题。

在一个可选的方案中，所述利用所述待验证应用的运行系统进行第二目标数据的获取，包括：利用所述运行系统进行HTTP数据的拦截。本可选方案中，终端可利用其操作系统如苹果系统、具体是苹果系统的私有方法进行待验证页面内HTTP的拦截。可实现对HTTP的准确拦截，调试人员可通过拦截数据的展示进行问题的排查，进而可帮助提高验证准确性。

在一个可选的方案中，所述方法包括：至少对所述待验证应用访问所述页面的时间信息以及所述页面的标识信息进行对应记录，形成历史数据。本可选方案中，为方便对待验证页面的验证过程中产生的数据进行查询，需对数据进行记录。为方便用户对历史数据的查询，终端生成目标图标标识，所述目标图标标识表征为可供查询历史数据的标识；并将目标图标标识呈现在终端的显示屏中，检测到针对所述目标图标标识的情况下，对所述历史数据进行显示以方便用户对历史数据进行查看、和/或通过对历史数据的查看来进一步确认待验证页面是否出现问题。

下面结合附图对本申请实施例进行详细说明。

本应用场景中，待验证页面为利用手机进行访问的H5页面如图5所示的购物平台页面，测试人员通过测试手机(为方便描述，以下简称为手机)对待验证页面的加载以及如下分析来发现H5页面所存在的问题。

本应用场景中，验证过程包括：扫码加载网页、针对加载的网页利用预定组件和运行系统进行目标数据的获取、以及记录数据等三个阶段，以下结合图9所示对本应用场景的验证过程进行具体阐述。可以理解，为实现本申请实施例中的如上三个阶段的方案，发明人特意开发一款用于验证H5页面的有效性的APP，假定其为验证APP，则需将验证APP安装在测试人员的手机中，图4至图8所示的界面即为验证APP所呈现的界面。验证APP预先为图4中的扫码功能、历史数据查询功能和vConsole组件生成对应的图标标识。在实际应用中，验证APP可以作为企业内部专用的调试工具，通过iTools等工具即可安装到手机，对待验证页面进行简单、方便的验证。

第一阶段，扫码加载网页阶段：

本申请实施例中，可预先将手机访问的数据标识如页面URL转换成二维码(电子凭证)。手机呈现验证主界面，如图4所示，主界面至少包括扫码功能的功能键，通过扫码功能对终端访问的数据的二维码进行扫描。以苹果系统为例，其中，手机的扫码功能可通过苹果系统提供的应用程序接口(API，Application Programming Interface)函数、相机相关硬件以及接口(AV Capture Session和AV Capture DeviceInput)原理而实现，具体实现过程参见现有相关说明。其中，将二维码作为电子凭证，利用二维码进行终端访问的数据是否是页面(数据)的判断，一方面，可方便对终端访问的数据的识别；另一方面，电子凭证作为有效的识别标识，可大大提高页面识别的准确性。

本应用场景中，手机依据苹果系统的网页视觉框架(WKWebview)原理以及相关协议(WKNavigationDelegate和WKUIDelegate)生成一容器(GHWEBViewController)，在手机利用扫码功能对终端访问的页面(H5页面)的二维码进行扫描之后，容器对二维码进行正则判断，判断终端访问的数据是否是表征为URL的数据，也即判断终端访问的数据是否为页面(数据)，判断为是的情况下，对终端访问的页面进行识别，并将识别出的页面进行加载至终端的显示屏中。基于加载的页面内容及终端在访问该页面的过程中产生的日志、HTTP请求数据等对待验证的页面有效性进行验证。

如图5所示，以加载的页面为购物平台页面为例，终端将利用验证APP的扫码功能识别出的页面呈现在显示屏上。在终端的操作系统为苹果系统的情况下，将苹果系统视为待验证页面-购物平台页面的运行系统。为实现vConsole组件在苹果系统中的调用，启用WKNavigationDelegate协议，基于该协议进行vConsole组件的调用，为该组件生成一图标标识，并将生成的图标标识呈现在加载的页面中，如图5所示呈现vConsole组件的图标标识在加载的页面的右下角。

第二阶段，针对加载的网页利用预定组件和运行系统进行目标数据的获取；

本领域技术人员应该理解，vConsole组件作为对待验证页面的调试工具，其除了可实现对与访问的页面元素(element)结构有关的数据进行获取之外，还可实现对其它与访问页面有关的数据如访问页面产生的日志、访问页面时产生的cookie(小型文本文件)信息、访问待验证页面过程中产生的HTTP请求数据等信息的获取。其中，页面元素结构可以包括页面的大小、格式、颜色等；还包括显示在该页面中的各部分内容(如购物平台中的“秒杀”区、“新人专享”区)的大小、格式、颜色等。可以理解，测试人员可使用至少一个登录账户对前述的购物平台页面进行访问，cookie信息是购物平台网站为了辨别访问用户的身份，而存储在用户本地终端上的数据。基于cookie信息可识别出哪个/些登录账户登录了购物平台页面。本领域技术人员应该而知，HTTP数据包括终端向服务端请求登录的HTTP请求数据(终端向服务端发送的访问请求)以及服务端针对其请求为其返回的HTTP数据。可见，vConsole组件作为调试工具，均可对如上数据进行获取。其中，如上数据均可视为本申请实施例中的第一目标数据。终端可基于vConsole组件获取的如上数据，对其是否含有非合理数据进行判断，根据判断结果，对待验证页面的有效性进行验证。例如确定待验证页面是无效页面、还需要进行调试，还是为有效页面、无需调试。

本领域技术人员应该而知，本申请实施例中的终端可实时对vConsole组件获取的数据进行展示。在验证过程中，测试人员可对图5所示的“vConsole”组件的图标进行操作，如单击、双击或滑动，终端检测该操作，对vConsole组件获取的数据进行展示。如图6所示为展示vConsole组件获取到的数据的示意图。其中“log”表示的是vConsole组件获取到的日志。“System”表示的是vConsole组件获取到的针对终端对购物平台页面的访问、苹果系统产生的系统信息。“Network”表示的是vConsole组件获取到的HTTP请求数据。“Element”表示的是vConsole组件获取到的页面元素结构数据。“Storage”表示的是vConsole组件获取到的终端访问购物页面而产生的需要存储的数据。其中，测试人员可通过图6下方的“Hide(隐藏键)”进行操作如点击，将图6展示的数据进行隐藏，也即将vConsole组件获取的数据进行隐藏，返回至图5进行显示。也可以通过图6下方的“Clear(清空键)”进行操作如点击，将当前显示的数据进行清除。还可以通过图6下方的“Refresh(更新键)”进行操作如点击，将当前显示的数据进行更新。

下面结合vConsole组件获取的以上数据，对数据是否含有非合理数据进行判断，根据判断结果，对待验证页面的有效性进行验证的方案做说明。如果页面元素结构数据中显示的终端中呈现的页面的长和/或宽与理想的长和/或宽不符，如通过“Element”的查看，发现页面的长为5cm，而理想的长为5.5cm，则认为含有非合理数据，待验证页面还存在问题需要测试人员进行调试，通过调试将该问题解决掉。如果“Storage”存储的数据中存储有不希望被存储的数据、诸如账号和密码、名字(Name)等用户的敏感信息，则认为存储了非合理数据，为无效的待验证页面，需要进行调试。如果“Storage”存储的数据中存储的数据本该被加密而未被加密，则认为含有非合理数据、需要进行调试。如果本该被加密的Cookie信息未被加密，则认为含有非合理数据、需要测试人员进行调试。

综上可见，本申请实施例中，可以仅通过vConsole组件获取的数据，对待验证页面的有效性进行验证。与相关技术中，需要特意安装证书或设置代理才能进行验证的方案相比，本申请实施例中的验证方案简单、易行，在工程上易于实现，利于推广。

此外，考虑到vConsole组件存在有对HTTP数据可能获取不到的情形，所以，本申请实施例中的vConsole组件可以不对HTTP数据进行获取，仅对以上能够获取的除HTTP数据之外的其它数据进行获取。利用终端的操作系统-苹果系统进行HTTP数据的获取。具体的，苹果系统可利用苹果公司为URL访问而开发的协议(NSURLProtocol)和为WKWebView开发的苹果私有方法(浏览上下文控制器browsingContextController)对终端访问购物平台页面的过程产生的HTTP数据(HTTP请求数据和反馈数据)进行拦截，通过拦截的方式获得终端访问购物平台页面过程中而产生的HTTP数据。其中，HTTP数据还包括HTTP的接口信息。终端可通过对所拦截的HTTP是否含有非合理数据进行判断，根据判断结果，确定待验证页面是无效页面、还需要进行调试，还是为有效页面、无需调试。

验证主界面除了包括扫码功能的功能键和历史数据查询功能的功能键，还包括隐藏功能键，该隐藏功能键可通过测试人员沿着主界面的右边缘区域向左边滑动而出现，如图7所示的界面、出现有调试工具栏界面，该界面中显示有隐藏功能键。测试人员可点击图7中的“收起”按键，即可从图7切换回图4所示的主界面。如图7所示，该调试工具栏包括可供用户查看网络情况的功能键、查看页面流水情况的功能键、查看cookie存储情况以及更改情况的功能键。其中，在用户对隐藏功能键中的表征为网络情况的功能键进行操作如点击的情况下，则终端从主界面切换至图8所示的界面。在功能键Response被选中的情况下，在图8所示的界面中显示的内容显示的是在终端向服务端发送访问购物页面请求的情况下服务端针对其请求而反馈回来的数据。在功能键Request被选中的情况下，在图8所示的界面中显示的是APP1向服务端发送的HTTP请求的数据。针对图8的反馈数据，判断图8所示的界面中显示的数据是否含有非合理数据。如图8所示的数值“1125”为页面URL为以https://m.360buying.com开头一网址的图片的实际宽度，与理想宽度有差别，则测试人员可视为含有非合理数据，还进行调试。如果在点击网络情况的功能键的情况下，测试人员能够看到服务端为终端返回的实际页面接口数据为A，与理想接口数据为B存在差异，则视为含有非合理数据。如果在点击网络情况的功能键的情况下，测试人员能够看到终端向服务端发送的访问请求中的HTTP为针对A网页的请求，而服务端反馈回的是B网页，则视为含有非合理数据，认为待验证页面为无效页面，还需要进行调试。前述方案中，在测试人员点击用于查看cookie存储情况以及更改情况的功能键的情况下，终端显示cookie存储情况，如采用加密方式对登录信息进行加密存储。如图8所示，苹果系统获取的网络情况可以作为浮层界面显示在终端访问的购物平台页面上。该浮层界面在显示的时候，访问的页面可清晰地显示在浮层界面的下方，浮层界面还可覆盖访问页面进行显示，具体不做限定。

综上可见，本申请实施例中，可以仅通过运行系统获取的HTTP数据，对待验证页面的有效性进行验证。与相关技术中，需要特意安装证书或设置代理才能进行验证的方案相比，本申请实施例中的验证方案简单、易行，在工程上易于实现，利于推广。

此外，还可以同时结合由vConsole组件获取的数据和由操作系统获取的HTTP请求数据进行待验证页面的有效性的判断，具体请结合前述的相关说明，重复之处不赘述。这种结合两种目标数据进行有效性判断的方案，可大大保证判断准确性。

由前述方案可看出，本申请实施例无需特意安装证书或设置代理，利用vConsole组件和运行系统即可实现对待验证页面的有效性进行验证，验证方案简单、易行，在工程上易于实现，利于推广。此外，基于至少一种目标数据对待验证页面的有效性进行验证，可提高验证准确性，准确识别待验证页面存在的问题。

从用户层面上来看，通过前述方案，可以实现测试人员对待验证页面及页面的加载与实时监控。其中，终端通过显示屏展示的数据可通过苹果系统的私有方法_NSCFURLSessionConfiguration以及vConsole组件接口呈现。

第三阶段，记录数据；

为便于测试人员对数据的查看，本应用场景中，终端还对待验证页面、具体是页面的URL及其访问时间进行对应记录。还可以对访问过程中产生的所有HTTP请求和服务端针对该请求反馈回的HTTP数据进行对应记录。前述的记录可以采用数组形式。记录的数据可视为历史数据。为方便测试人员对历史数据的查询，验证主界面上除了包括扫码功能的功能键，还包括用于查询历史数据的功能键如图4所示的“历史”按键(目标图标标识)。测试人员可通过对该功能键的操作，如单击、双击等，终端检测到该操作，对历史数据进行显示，如此即可实现对历史数据的查看。例如，点击用于查询历史数据的功能键，终端展示历史列表，点击历史列表即可查看对应的HTTP请求数据。

可以理解，可利用数据库进行历史数据的存储。针对终端请求访问待验证页面发送的HTTP请求和服务端反馈回的HTTP数据，NSURLProtocol中的代理端可通过开辟子线程，利用子线程对这些HTTP数据进行存储。存储较为方便。此外，利用子线程进行存储，不影响苹果系统主线程的正常运行。

前述方案是以苹果系统为例进行的说明，可以理解，本申请实施例也可应用于安卓系统。前述的协议、框架等均可通过API函数来实现，具体实现过程不做赘述。

本申请实施例还提供一种验证设备，如图10所示，包括：第一获取单元11、第二获取单元12、第三获取单元13及验证单元14；其中，

第一获取单元11，用于获得待验证页面；

第二获取单元12，用于利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

第三获取单元13，用于利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议请求数据；

验证单元14，用于基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

在一个可选的实施例中，所述第一获取单元11，用于识别所述待验证页面；加载所识别的待验证页面至所述终端。所述第一获取单元11，还用于获得所述终端访问的待验证数据的电子凭证；基于所述电子凭证判断所述待验证数据是否是表征为统一资源定位符的数据；判断为是的情况下，确定所述待验证数据为待验证页面。

在一个可选的实施例中，所述设备还包括显示单元及生成单元。其中，所述显示单元，用于呈现所述待验证页面；所述生成单元，用于为所述预定组件生成图标标识；相应的，所述显示单元，用于呈现所述图标标识在所述待验证页面；在检测到针对所述图标标识的操作的情况下，将第一目标数据进行展示。在实际应用中显示单元可以由终端的显示屏来实现。

在一个可选的实施例中，所述验证单元14，用于：

分别对所述第一目标数据和第二目标数据中是否含有非合理数据进行判断；判断第一目标数据与第二目标数据中至少一者含有非合理数据的情况下，确定所述待验证页面为无效页面；判断第一目标数据和第二目标数据中均未含有非合理数据的情况下，确定所述待验证页面为有效页面。

在一个可选的实施例中，第三获取单元13，用于利用所述运行系统进行所述文本传输协议请求数据的拦截。

在一个可选的实施例中，所述设备还包括记录单元，用于至少对所述终端访问所述待验证页面的时间信息以及所述页面的标识信息进行对应记录，形成历史数据。

在一个可选的实施例中，设备还包括检测单元；所述生成单元，用于生成目标图标标识；相应的，所述显示单元，用于呈现目标图标标识，所述目标图标标识表征为可供查询历史数据的标识；检测单元用于检测到针对所述目标图标标识的操作的情况下，触发显示单元对所述历史数据进行显示。

可以理解，所述设备中的第一获取单元11、第二获取单元12、第三获取单元13及验证单元14在实际应用中均可由设备的中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)实现。验证设备可以具体为终端、或是能够内置在终端中的装置。

需要说明的是，本申请实施例的验证设备，由于该验证设备解决问题的原理与前述的验证方法相似，因此，验证设备的实施过程及实施原理均可以参见前述验证方法的实施过程及实施原理描述，重复之处不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时至少用于执行图1至图9任一所示方法的步骤。所述计算机可读存储介质具体可以为存储器。所述存储器可以为如图11所示的存储器62。

本申请实施例还提供了一种终端。图11为本申请实施例的验证设备的硬件构成示意图，如图11所示，验证设备包括：用于进行数据传输的通信组件63、至少一个处理器61和用于存储能够在处理器61上运行的计算机程序的存储器62。终端中的各个组件通过总线系统64耦合在一起。可理解，总线系统64用于实现这些组件之间的连接通信。总线系统64除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图11中将各种总线都标为总线系统64。

其中，所述处理器61执行所述计算机程序时至少执行图1至图9任一所示方法的步骤。

可以理解，存储器62可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器62旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器61中，或者由处理器61实现。处理器61可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器61中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器61可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器61可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器62，处理器61读取存储器62中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，验证设备可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、FPGA、通用处理器、控制器、MCU、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述的验证方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种验证方法，其特征在于，所述方法包括：

获得待验证页面；

利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；

基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

2.根据权利要求1所述的方法，其特征在于，所述获得待验证页面，包括：

识别所述待验证页面；

加载所识别的待验证页面至所述终端。

3.根据权利要求2所述的方法，其特征在于，所述识别所述待验证页面之前，所述方法还包括：

获得所述终端访问的待验证数据的电子凭证；

基于所述电子凭证判断所述待验证数据是否是表征为统一资源定位符的数据；

判断为是的情况下，确定所述待验证数据为待验证页面。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

为所述预定组件生成图标标识；

将所述图标标识呈现在所述待验证页面中；

在检测到针对所述图标标识的操作的情况下，将第一目标数据进行展示。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证，包括：

分别对所述第一目标数据和第二目标数据中是否含有非合理数据进行判断；

判断第一目标数据与第二目标数据中至少一者含有非合理数据的情况下，确定所述待验证页面为无效页面；

判断第一目标数据和第二目标数据中均未含有非合理数据的情况下，确定所述待验证页面为有效页面。

6.根据权利要求5所述的方法，其特征在于，所述利用所述待验证页面的运行系统进行第二目标数据的获取，包括：

利用所述运行系统进行所述文本传输协议数据的拦截。

7.根据权利要求5所述的方法，其特征在于，所述方法包括：

至少对所述终端访问所述待验证页面的时间信息以及所述页面的标识信息进行对应记录，形成历史数据。

8.根据权利要求7所述的方法，其特征在于，所述方法包括：

生成并呈现目标图标标识，所述目标图标标识表征为可供查询历史数据的标识；

检测到针对所述目标图标标识的操作的情况下，对所述历史数据进行显示。

9.一种验证设备，其特征在于，包括：

第一获取单元，用于获得待验证页面；

第二获取单元，用于利用预定组件进行第一目标数据的获取，所述第一目标数据至少表征为与所述待验证页面有关的数据；

第三获取单元，用于利用所述待验证页面的运行系统进行第二目标数据的获取，其中所述第二目标数据至少表征为终端在访问所述待验证页面过程中产生的超文本传输协议数据；

验证单元，用于基于所述第一目标数据与第二目标数据中的至少一者，对所述待验证页面的有效性进行验证。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至8任一所述方法的步骤。

11.一种验证设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至8任一所述方法的步骤。

Images