CN112417347A - Web页面可用性的监控方法及装置、介质和电子设备 - Google Patents

Abstract

本公开涉及计算机技术领域，提供了一种Web页面可用性的监控方法、Web页面可用性的监控装置，以及实现Web页面可用性的监控方法的计算机可读存储介质及电子设备。其中，该方法包括：根据定位符打开待监控的目标页面，并获取第一状态码；遍历目标页面，获取至少一种类型的待监控元素，待监控元素包含类型标识；根据类型标识校验待监控元素，并获取第二状态码；根据第一状态码和第二状态码监控目标页面。本技术方案能够提升对Web页面可用性的监控效率。

Description

Web页面可用性的监控方法及装置、介质和电子设备

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种Web页面可用性的监控方法、Web页面可用性的监控装置，以及实现上述Web页面可用性的监控方法的计算机可读存储介质和电子设备。

背景技术

商家或公司通过Web页面将信息触达给用户，用户通过Web页面获取信息，还可以通过Web页面向商家或公司反馈信息。可见，Web页面承担着商家或公司与用户之间信息交互的桥梁的角色。因此，需通过保证Web页面的可用性，来维持用户与商家/公司之间的信息可传递状态。

相关技术中，通过人工校验的方式来监控Web页面的可用性。具体地，通过人工的方式定期打开被监控的Web页面。进一步地，通过人工点击的方式检测Web页面中的图片、层叠样式表(Cascading Style Sheets，简称：CSS)、JavaScript等资源是否能够被成功访问。以及，通过人工点击Web页面中的超链接、图像用户界面(如，按钮等)，来检测页面是否能够成功跳转，或检测表单能够成功提交等。

然而，相关技术提供的Web页面可用性的监控方案效率低。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开的目的在于提供一种Web页面可用性的监控方法、Web页面可用性的监控装置、计算机存储介质及电子设备，进而至少在一定程度上提升对Web页面可用性的监控效率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种Web页面可用性的监控方法，包括：

根据定位符打开待监控的目标页面，并获取第一状态码；

遍历上述目标页面，获取至少一种类型的待监控元素，上述待监控元素包含类型标识；

根据上述类型标识校验上述待监控元素，并获取第二状态码；

根据上述第一状态码和上述第二状态码监控上述目标页面。

在本公开的一些实施例中，基于前述方案，上述获取第一状态码，包括：

接收打开上述目标页面产生的第一超文本传送响应状态，得到关于主页可用性的第一状态码。

在本公开的一些实施例中，基于前述方案，上述遍历上述目标页面，获取至少一种类型的待监控元素，包括：

通过htmlunit遍历上述目标页面，获取上述目标页面的资源可用性类型和/或下载可用性类型的待监控元素。

在本公开的一些实施例中，基于前述方案，上述遍历上述目标页面，获取至少一种类型的待监控元素，包括：

遍历上述目标页面，获取到包含资源可用性类型标识的第一待监控元素；

上述根据上述类型标识校验上述待监控元素，并获取第二状态码，包括：

获取上述第一待监控元素的资源链接，并访问上述资源链接；接收访问上述资源链接产生的第二超文本传送响应状态，得到关于资源可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述遍历上述目标页面，获取至少一种类型的待监控元素，包括：

遍历上述目标页面，获取到包含下载可用性类型标识的第二待监控元素；

上述根据上述类型标识校验上述待监控元素，并获取第二状态码，包括：

获取上述第二待监控元素的下载链接，并访问上述下载链接；接收访问上述下载链接产生的第三超文本传送响应状态，得到关于下载可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述获取至少一种类型的待监控元素之后，上述方法还包括：

确定上述目标页面中是否包含动作可用性类型标识的第三待监控元素；

响应于上述目标页面中包含上述第三待监控元素，获取元素动作的地址；

通过htmlunit执行上述元素动作，并接收执行上述元素动作产生的第四超文本传送响应状态，得到关于动作可用性的第三状态码。

在本公开的一些实施例中，基于前述方案，上述根据上述第一状态码和上述第二状态码监控上述目标页面，包括：

根据上述第一状态码和上述第二状态码确定上述待监控元素的可用性，并确定不可用的目标监控元素的失败原因；

将上述失败原因和上述目标待监控元素的类型标识存储至监控数据库。

根据本公开的一个方面，提供了一种Web页面可用性的监控装置，包括：

第一状态码获取模块，被配置为根据定位符打开待监控的目标页面，并获取第一状态码；

待监控元素获取模块，被配置为遍历上述目标页面，获取至少一种类型的待监控元素，上述待监控元素包含类型标识；

第二状态码获取模块，被配置为根据上述类型标识校验上述待监控元素，并获取第二状态码；

监控模块，被配置为根据上述第一状态码和上述第二状态码监控上述目标页面。

在本公开的一些实施例中，基于前述方案，上述第一状态码获取模块，被具体配置为：

接收打开上述目标页面产生的第一超文本传送响应状态，得到关于主页可用性的第一状态码。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块，被具体配置为：

通过htmlunit遍历上述目标页面，获取上述目标页面的资源可用性类型和/或下载可用性类型的待监控元素。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块，被具体配置为：

遍历上述目标页面，获取到包含资源可用性类型标识的第一待监控元素；

上述第二状态码获取模块被具体配置为：

获取上述第一待监控元素的资源链接，并访问上述资源链接；以及，接收访问上述资源链接产生的第二超文本传送响应状态，得到关于资源可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块，还被具体配置为：

遍历上述目标页面，获取到包含下载可用性类型标识的第二待监控元素；

上述第二状态码获取模块，还被具体配置为：

获取上述第二待监控元素的下载链接，并访问上述下载链接；以及，接收访问上述下载链接产生的第三超文本传送响应状态，得到关于下载可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述Web页面可用性的监控装置还包括：判断模块、元素地址获取模块以及第三状态码获取模块。

其中，上述判断模块用于在上述待监控元素获取模块获取至少一种类型的待监控元素之后，确定上述目标页面中是否包含动作可用性类型标识的第三待监控元素；

上述元素地址获取模块，被配置为：响应于上述目标页面中包含上述第三待监控元素，获取元素动作的地址；以及，

上述第三状态码获取模块，被配置为：通过htmlunit执行上述元素动作，并接收执行上述元素动作产生的第四超文本传送响应状态，得到关于动作可用性的第三状态码。

在本公开的一些实施例中，基于前述方案，上述监控模块，被具体配置为：

根据上述第一状态码和上述第二状态码确定上述待监控元素的可用性，并确定不可用的目标监控元素的失败原因；以及，将上述失败原因和上述目标待监控元素的类型标识存储至监控数据库。

根据本公开的一个方面，提供了一种计算机存储介质，其上存储有计算机程序，上述计算机程序被处理器执行时实现上述第一方面所述的Web页面可用性的监控方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储上述处理器的可执行指令；其中，上述处理器配置为经由执行上述可执行指令来执行上述第一方面所述的Web页面可用性的监控方法。

由上述技术方案可知，本公开示例性实施例中的Web页面可用性的监控方法、Web页面可用性的监控装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，根据目标页面的定位符实现自动打开目标页面，并通过遍历上述目标页面，实现自动获取目标页面中的待监控元素，进一步地，对不同类型的待监控元素执行不同的校验。最终根据校验结果完成对目标页面可用性的监控。可见，本技术方案通过自动化校验实现同一Web页面中不同类型的待监控元素的监控，同时，本技术方案可以并发式实现同时监控多个Web页面。相较于相关技术，本技术方案提升了对Web页面可用性的监控效率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1示出了可以应用本公开实施例的技术方案的示例性系统架构的示意图；

图2示出本公开一示例性实施例中Web页面可用性的监控方法的流程示意图；

图3示出本公开另一示例性实施例的Web页面的监控方法的流程示意图；

图4示出的本公开一实施例中资源类访问与校验323方法的流程示意图；

图5示出的本公开一实施例中下载类访问与校验324方法的流程示意图；

图6示出的本公开一实施例中跳转类访问与校验322方法的流程示意图；

图7示出本公开再一示例性实施例中Web页面可用性的监控方法的流程示意图；

图8示出本公开又一示例性实施例的Web页面的监控方法的流程示意图；

图9示出本公开一示例性实施例中Web页面可用性的监控装置的结构示意图；以及，

图10示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的技术方案的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、服务端102、数据库103以及网络104。

其中，终端设备101可以是便携式计算机、台式计算机等具有显示屏幕的终端设备；服务端102可以是一种分布式计算机集群，用于对元数据进行管理以及对元数据的操作请求进行处理；数据库103用于公司/商家将信息触达给用户，还用于用户向商家或公司反馈信息；网络104用以在终端设备101和服务端102之间、服务端102和数据库103之间提供通信链路的介质。

网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等，在本公开实施例中，终端设备101和服务端102之间的网络104可以是有线通信链路，例如可以通过串口连接线提供通信链路，也可以是无线通信链路，通过无线网络提供通信链路；服务端102和数据库103之间的网络104可以是无线通信链路，具体地可以是移动网络。

应该理解，图1中的终端、网络和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端、网络和服务端。

本公开实施例所提供的Web页面可用性的监控一般由服务端102执行，相应地，Web页面可用性的监控装置一般设置于服务端102中。但本领域技术人员容易理解的是，本公开实施例所提供的Web页面可用性的监控方法也可以由终端设备101执行，相应的，Web页面可用性的监控装置也可以设置于终端设备101中，本示例性的实施例中对此不做特殊限定。

Web页面可用性是指Web页面能正常访问，例如，Web页面中的资源(如：js、图片、CSS等)能被成功访问，Web页面中的可执行动作都正常(如：按钮点击后可跳转，表单可成功提交，超链接等)。从而，对Web页面可用性的监控是指监控Web页面中各种类型的元素能够被正常执行。

在本公开的一个实施例中，用户通过终端设备101向服务端102发送待监控的Web页面的定位符，如，统一资源定位器(Uniform Resource Locator，简称：URL)，服务端102接收到上述定位符之后，根据上述定位符打开待监控的目标页面，并获取第一状态码。示例性的，上述第一状态码用于反馈关于目标页面的主页可用性。进一步地，服务端102遍历上述目标页面，获取至少一种类型的待监控元素，以及，根据对不同类型的待监控元素进行监控，并获取关于监控结果的第二状态码。也就是说，第二状态码用于反馈不同类型的待扩展元素的可用性。从而，服务端102通过上述第一状态码和上述第二状态码实现监控上述目标页面。

在示例性的实施例中，服务端102还可以将监控结果、监控状态发送给终端设备101，以便于实时查看对目标页面的监控进程以及目标页面的可行性结果。

在示例性的实施例中，服务端102还可以将监控结果、监控状态发送给数据库103，以存储上述对目标页面的监控进程以及目标页面的可行性结果，进而便于查看监控历史。

本公开实施例的技术方案具体以下技术效果：通过自动化校验实现同一Web页面中不同类型的待监控元素的监控，同时，本技术方案可以并发式实现同时监控多个Web页面。相较于相关技术，本技术方案提升了对Web页面可用性的监控效率。

需要说明的是，本公开实施例所提供的数据处理方法一般由服务端102执行，相应地，上述Web页面可用性的监控装置一般设置于服务端102中。但是，在本公开的其它实施例中，终端也可以与服务器具有相似的功能，从而执行本公开实施例所提供的数据处理方案。

相关技术提供的对Web页面可用性的监控方案中，人工检查一个Web页面，一般需要耗时几分钟。假如待监控的页面多或页面中资源数量较多/跳转数量较多，则需要消耗更长时间。另外，人工监控方案中，一般采用抽检的方式，从而不能全面地监控Web页面。

为例克服人工监控带来的上述问题，在本领域的相关技术中，采用以下技术方案实现自动化监控Web页面的可用性：

一、通过自动化测试工具Web driver方式实现对Web页面可用性的监控。

具体地，通过Webdriver操控浏览器实现对Web页面可用性的自动化监控。然而，该方案中每个待监控的Web页面的可用性监控需要单独的操控代码。假如Web页面中的待监控元素产生改动，则需要重新撰写操控代码，可见，该方案的适用性有待提高。同时，由于需要启动浏览器，导致该方案提供的监控效率也较低。

二、通过基于“无界面”(headless)浏览器phantomJs方式实现对Web页面可用性的监控。

具体地，通过phantomJs启动一个无页面的浏览器来监控Web页面。然而，该方案中每个待监控的Web页面的可用性监控也需要单独的操控代码，因此，该方案同样存在适用性差的问题。同时，该方案不支持将监控结果保存到数据库，导致用户无法方便地了解对Web页面的监控状态或监控结果。

在本公开的实施例中，提供了一种Web页面可用性的监控方法，至少在一定程度上克服上述相关技术中所存在的缺陷。

图2示出本公开一示例性实施例中Web页面可用性的监控方法的流程示意图。参考图2，该实施例提供的Web页面可用性的监控方法，包括：

步骤S210，根据定位符打开待监控的目标页面，并获取第一状态码；

步骤S220，遍历所述目标页面，获取至少一种类型的待监控元素，所述待监控元素包含类型标识；

步骤S230，根据所述类型标识校验所述待监控元素，并获取第二状态码；以及，

步骤S240，根据所述第一状态码和所述第二状态码监控所述目标页面。

在图2所示实施例提供的技术方案中，根据目标页面的定位符实现自动打开目标页面，并通过遍历上述目标页面，实现自动获取目标页面中的待监控元素，进一步地，对不同类型的待监控元素执行不同的校验。最终根据校验结果完成对目标页面可用性的监控。可见，本技术方案通过自动化校验实现同一Web页面中不同类型的待监控元素的监控，同时，本技术方案可以并发式实现同时监控多个Web页面。相较于相关技术，本技术方案提升了对Web页面可用性的监控效率。

以下对图2所示实施例的各个步骤的具体实施方式进行详细阐述：

在示例性的实施例中，步骤S210中根据定位符打开待监控的目标页面。

其中，上述定位符表示待监控的Web页面的地址。具体的，上述定位符可以是：统一资源标识符(Uniform Resource Identifier，简称：URI)、统一资源定位符(UniformResource Locator，简称：URL)或统一资源名称(Uniform Resource Name，简称：URN)。

其中，Web地址的基本形式为URI，URL和URN是URI的两种形式。具体的，URL为URI的最普遍形式，URN为URL的一种更新形式。

本实施例提供的技术方案中，服务端根据上述定位符打开目标页面，并接收打开上述目标页面产生的第一超文本传送响应状态，得到关于主页可用性的第一状态码。

示例性的，上述超文本传送响应状态指的是http协议中的状态码(status code)，是用以表示网页服务器超文本传输协议响应状态的3位数字代码。它由RFC 2616规范定义的，并得到RFC 2518、RFC 2817、RFC2295、RFC 2774与RFC 4918等规范扩展。

所有状态码的第一个数字代表了响应的五种状态之一。例如，超文本传送响应状态码200：代表请求已成功，请求所希望的响应头或数据体将随此响应返回。实际的响应将取决于所使用的请求方法。在GET请求中，响应将包含与请求的资源相对应的实体。在POST请求中，响应将包含描述或操作结果的实体。

需要说明的是，http状态码“200”表示接口调通，但是，调通并不代表能用，也有可能参数错误或者后端给数据有误等。http状态码“500”：代表服务器内部错误(InternalServer Error)，具体的，服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。

在示例性的实施例中，打开上述目标页面之后，在步骤S220中遍历上述目标页面，获取至少一种类型的待监控元素。其中，每个待监控元素包含对应的类型标识。例如，待监控元素图片的类型标识为资源可用性类型。

示例性的，Web页面中可能包含多种类型的待监控元素，例如，资源可用性类型(包括：图片、CSS、JavaScript等资源是否能够被成功访问等)，下载可用性类型(包括：下载链接是否能够被成功访问等)、动作可用性类型(包括：超链接、图像用户界面是否能够成功跳转，或表单能够成功提交等)，以及元素的展示样式是否满足预设要求等。从而，根据类型标识的不同对于不同类型的待监控元素执行不同的校验流程。

示例性的，本技术方案通过htmlunit遍历上述目标页面，获取上述目标页面所包含的不同类型的待监控元素。其中，htmlunit能够实现一个“无界面”(headless)浏览器，或称为无头浏览器。htmlunit把上述定位符对应的页面加载至内存，并执行页面上的JavaScript。

相比于展示界面的浏览器，由于htmlunit不展示图形界面，因此运行效率较高。同时，htmlunit读取上述目标页面后，可以有效的使用htmlunit分析页面上的内容，能够支持元素遍历，点击等操作。

在示例性的实施例中，图3示出本公开另一示例性实施例的Web页面的监控方法的流程示意图。参考图3，本实施例中，接口300包括用于查询监控结果和监控状态的接口301-接口304，其中，执行接口305用于执行Web监控方法。

在示例性的实施例中，通过第一处理线程320(如，Apache线程)对获取到的多种类型的待监控元素进行校验。示例性的，第一处理线程320向异步任务执行线程池330(如，AysncTaskExecutor池)发送Callable以实现异步任务执行线程，并且异步任务执行线程池330向第一处理线程320发送CallableReturn，从而执行对不同类型的元素访问与校验321-326。

示例性的，第一处理线程320通过线程退出和释放，以继续处理其他请求。示例性的，本实施例还提供超期线程340，对于超期线程，向第一处理线程320反馈超时提醒。

以下对通过htmlunit遍历上述目标网页而得到的各种类型的待监控元素，以及对不同类型的待监控元素进行校验的具体实施方案进行说明：

在示例性的实施例中，在步骤S210中根据定位符打开待监控的目标页面，并获取第一状态码。参考图3，其中，对主页可访问与校验321可以作为上述步骤S210的一种具体实施方式。具体的：

示例性的，htmlunit根据定位符打开待监控的目标页面，根据打开上述目标页面产生的响应信息，确定上述第一状态码。进一步地，htmlunit通过SubResult提交上述结果至服务器。服务器根据上述第一状态码判断是否成功打开上述目标页面(即，IsSuccess？)。

示例性的，若上述第一状态码为：如，http状态码“200”，则服务器根据上述第一状态码判断已成功打开上述目标页面(即，Is Success？Yes)，进而将上述得到的关于主页可访问的第一状态码作为result 350。示例性的，还可以进一步将上述result 350存储至数据库360中，以用于用户的Web页面的监控结果查询。

示例性的，若上述第一状态码为：如，http状态码“403”(表示禁止访问)，服务器根据上述第一状态码判断到未成功开打上述目标页面(即，Is Success？No)，说明上述目标页面处于禁止访问的状态。

示例性的，本技术方案可用采用重试机制重复执行对上述第一待监控元素的访问与校验。直至服务器根据上述第一状态码判断到成功打开上述目标页面(即，Is Success？Yes)。并且，还可以将重试机制中每次重试得到的关于主页可访问的第一状态码作为上述result 350。

在示例性的实施例中，图4示出的本公开一实施例中资源类访问与校验323方法的流程示意图。参考图4，该实施例提供的方法，包括：

步骤S410，遍历所述目标页面，获取到包含资源可用性类型标识的第一待监控元素；

步骤S420，获取所述第一待监控元素的资源链接，并访问所述资源链接；以及，

步骤S430，接收访问所述资源链接产生的第二超文本传送响应状态，得到关于资源可用性的第二状态码。

在示例性的实施例中，参考图3，htmlunit访问上述资源链接得到的结果，即上述第二状态码。进一步地，htmlunit通过SubResult提交上述结果至服务器。服务器根据上述第二状态码判断是否成功访问上述资源链接(即，Is Success？)。

示例性的，若上述第二状态码为：如，http状态码“200”，则服务器根据上述第二状态码判断已成功访问上述资源链接(即，Is Success？Yes)，进而将上述得到的关于资源可用性的第二状态码作为result 350。示例性的，还可以进一步将上述result 350存储至数据库360中，以用于用户的Web页面的监控结果查询。

示例性的，若上述第二状态码为：如，http状态码“404”(表示没找到资源)，服务器根据上述第二状态码判断到未成功访问上述资源链接(即，Is Success？No)，说明上述目标页面中的资源可用类的元素处于非可用状态。

示例性的，本技术方案可用采用重试机制重复执行对上述第一待监控元素的访问与校验。直至服务器根据上述第二状态码判断到成功访问上述资源链接(即，Is Success？Yes)。并且，还可以将重试机制中每次重试得到的关于资源可用性的第二状态码作为上述result 350。

在示例性的实施例中，可以将不需要校验的元素预先添加至黑名单中，以通过黑名单过滤器370将不需校验的元素排除在校验过程之外。从而，节省计算资源、提升监控效率，同时，增加Web页面可用性的灵活性。示例性的，在对目标页面中的资源类元素进行访问与校验323时，不对预先添加至黑名单中的资源类元素进行任何操作。

在示例性的实施例中，图5示出的本公开一实施例中下载类访问与校验324方法的流程示意图。参考图5，该实施例提供的方法，包括：

步骤S510，遍历所述目标页面，获取到包含下载可用性类型标识的第二待监控元素；

步骤S520，获取所述第二待监控元素的下载链接，并访问所述下载链接；以及，

步骤S530，接收访问所述下载链接产生的第三超文本传送响应状态，得到关于下载可用性的第二状态码。

在示例性的实施例中，参考图3，htmlunit访问上述下载链接得到的结果，即上述第二状态码。进一步地，htmlunit通过SubResult提交上述结果至服务器。服务器根据上述第二状态码判断是否成功访问上述资源链接(即，Is Success？)。

示例性的，若上述第二状态码为：如，http状态码“200”，则服务器根据上述第二状态码判断已成功访问上述下载链接(即，Is Success？Yes)，进而将上述得到的关于下载可用性的第二状态码作为result 350。

示例性的，若上述第二状态码为：如，http状态码“404”(表示没找到资源)，服务器根据上述第二状态码判断未成功访问上述下载链接(即，Is Success？No)，说明上述目标页面中的下载可用类的元素处于非可用状态。示例性的，本技术方案可用采用重试机制重复执行对上述第二待监控元素的访问与校验。直至服务器根据上述第二状态码判断到成功访问上述下载链接(即，Is Success？Yes)。并且，还可以将重试机制中每次重试得到的关于下载可用性的第二状态码作为上述result 350。

在示例性的实施例中，图6示出的本公开一实施例中跳转类访问与校验322方法的流程示意图。参考图6，该实施例提供的方法，包括：

步骤S610，判断定所述目标页面中是否包含动作可用性类型标识的第三待监控元素；

响应于所述目标页面中包含所述第三待监控元素，执行步骤S620，获取元素动作的地址；以及，

执行步骤S630，通过htmlunit执行所述元素动作，并接收执行所述元素动作产生的第四超文本传送响应状态，得到关于动作可用性的第三状态码。

示例性的，获取上述元素动作的地址Xpath。进而htmlunit根据xpath定位位置来自动检查元素动作是否成功执行。

在示例性的实施例中，参考图3，htmlunit执行上述元素动作(如，页面跳转)得到的结果，即上述第三状态码。进一步地，htmlunit通过SubResult提交上述结果至服务器。服务器根据上述第二状态码判断是否成功跳转至预设页面(即，Is Success？)。

示例性的，若服务器根据上述第三状态码判断已成功跳转至预设页面(即，IsSuccess？Yes)，则服务器将关于动作可用性的第三状态码作为上述result 350。

示例性的，若服务器根据上述第三状态码判断未成功跳转至预设页面(即，IsSuccess？No)，说明上述目标页面中的动作可用类的元素处于非可用状态。示例性的，本技术方案可用采用重试机制重复执行对上述第三待监控元素的访问与校验。直至服务器根据上述第三状态码判断到成功跳转至预设页面(即，Is Success？Yes)。并且，还可以将重试机制中每次重试得到的关于动作可用性的第三状态码作为上述result 350。

示例性的，响应于上述目标页面中未包含所述第三待监控元素，说明无需上述目标页面中跳转类访问322，则直接结束。

在示例性的实施例中，参考图3，本技术方案还包括对上述目标页面的子页校验325、当前页校验326，具体实施方式与下载类访问324的具体实施方式相同，在此不再赘述。根据本实施例提供的技术方案，htmlunit通过定位符便可以自动化完成对相关所有Web页面可用性的监控，相比于相关技术中的抽检方式，本技术方案能够全面地监控Web页面，避免漏检。

在示例性的实施例中，图7示出本公开再一示例性实施例中Web页面可用性的监控方法的流程示意图。具体可以作为步骤S240的一种具体实施方式。参考图7，该实施例提供的监控方法，包括：

步骤S710，根据所述第一状态码和所述第二状态码确定所述待监控元素的可用性，并确定不可用的目标监控元素的失败原因；以及，步骤S720，将所述失败原因和所述目标待监控元素的类型标识存储至监控数据库。

在示例性的实施例中，参考图3，在第二处理线程310(如，Apache线程)中，将接口300中的查询监控结果接口301、按照tag查询监控结果接口302、按照tag查询监控结果接口303以及查询历史监控记录接口304按照同步执行(s31)的方式来实现监控结果以及监控运行状态的查询。其中，通过按照tag查询监控结果或按照tag查询监控结果有利于提升查询效率。

本实施例提供的技术方案中，通过对监控结果以及监控运行状态的查询，相关人员可以方便地获取Web页面出线的不可用信息，从而能够及时反馈并进行针对性的改进，进而快速恢复Web页面的可用性。

示例性的，下表示出了关于一Web页面可用性的监控状态查询结果。其中，表1和表2分别示出了可用项相关信息和不可用项相关信息。

表1

表2

在示例性的实施例中，图8示出本公开又一示例性实施例的Web页面的监控方法的流程示意图。

参考图8，Web前端81包括：用户界面View 811、数据对象Model 812以及数据库813，驱动层82包括调度器Scheduler 821，以及Web后台(执行层)83包括：接口interface831、数据对象Model 832以及数据库833。其中，上述Web前端81和Web后台83均可以根据实际监控任务的需求进行扩展。基于上述硬件，该图提供的监控方法包括：

对于Web前端81：

在步骤S81中，向Web前端的View 811提交URL。示例性的，上述URL为上述目标页面的定位符。

在步骤S82中，经由数据对象Model 812，上述URL被转化为JS对象简谱(JavaScript Object Notation,简称：JSON)，并存储至DataBase 813中。

在步骤S83中，在Web前端的View 811运行上述URL。

在步骤S84中，向数据对象Model 812传递上述URL对应的id。进一步地，在步骤S85中，将上述URL对应的id存储至DataBase 813中。

在步骤S86中，数据对象Model 812从DataBase 813获取上述URL对应的id和JSON(即，具体参数)。

在步骤S87中，数据对象Model 812调用封装，以监控上述URL对应的目标页面可用性。具体的，在步骤S88中，调用Web后台的执行接口。

示例性的，Web后台83的接口831包括：监控结果查询接口311、监控状态查询接口312、执行接口313以及监控历史查询接口314等。

示例性的，在Web后台83：执行接口313执行Web页面可用性的监控方法的过程中，对不同元素的校验线程为异步执行(如图3中的s32)的。

具体的，在步骤S821中，数据对象Model 832将校验A元素对应的监控状态发送至DataBase833中；在步骤S822中，执行对A元素的检验过程；更为具体的，步骤S822中，基于{线程池、对象池、连接池}834实现对不同类型的待监控元素的校验；在步骤S823中，将将校验A元素对应的监控结果发送至DataBase 833中。示例性的，参考图3中的s33，通过数据入库的方式将校验A元素对应的监控结果存储于DataBase 833中。

示例性的，本技术方案还对{线程池、对象池、连接池}834采用{自定义用户代理(User Agent，简称：UA)、反爬、释放对象池和强制无缓存等}保障手段835，以保障对不同类型的待监控元素的校验的顺利执行，有利于提升Web页面可用性的监控的接入率。

示例性的，在上述步骤S88中，调用上述执行接口313。其中，执行接口313执行Web页面可用性的监控方法可具体参照图3至图6所示实施例提供的技术方案。

通过步骤S88调用后台接口执行上述监控流程之后，在步骤S89中，Web前端的数据对象Model 812从Web后台的执行接口313获取json格式的监控数据以及返回runid。并在步骤S810中，数据对象Model 812通过上述监控数据以及runid更新DataBase 813中的相关参数。

对于驱动层82：

驱动层82的调度器Scheduler 821可以通过步骤S824在DataBase 813中获取关于目标页面可用性的监控运行状态数据，对应的，在步骤S825中，DataBase 813向调度器Scheduler 821反馈相关运行状态数据。

驱动层82的调度器Scheduler 821可以通过步骤S811在DataBase 813中获取关于目标页面可用性的监控运行的所有标签tag数据，对应的，在步骤S812中，DataBase 813向调度器Scheduler 821反馈相关监控运行的所有标签tag数据。

进一步地，在步骤S813中，调度器Scheduler 821可以向Web后台的执行接口313提交上述tag；在步骤S814中，Web后台的执行接口313根据上述tag向调度器Scheduler 821返回相关runid。在步骤S815中，调度器Scheduler 821根据上述runid进行调度处理，并可以在步骤S816中生成邮件。

对于Web后台83：

在步骤S817中，监控接口查询接口311向DataBase 833发送监控结果查询的请求；对应的，在步骤S818中，DataBase 833向监控接口查询接口311发送监控结果反馈。示例性的，参考图3中的s33，通过数据出库的方式向监控接口查询接口311发送监控结果反馈。

在步骤S819中，监控状态查询接口312向DataBase 833发送监控状态查询的请求；对应的，在步骤S820中，DataBase 833向监控状态查询接口312发送监控状态反馈。

在示例性的实施例中，结合图3，在s34中，定期清除数据库(包括：Web前端的DataBase 813、Web后台的DataBase 833中存储的数据)的过期数据。

本技术方案提供的Web页面可用性的监控方案中，通过htmlunit可以实现大批量、自动化的可用性监控，提升了监控效率。例如，相关技术中需要900分钟可以完成的Web页面可用性的监控任务，通过本技术方案提供的方法，仅需不足一分钟便可以完成。同时，通过对监控结果以及监控运行状态的查询，相关人员可以方便地获取Web页面出线的不可用信息，从而能够及时反馈并进行针对性的改进，进而快速恢复Web页面的可用性。

本领域技术人员可以理解实现上述实施方式的全部或部分步骤被实现为由CPU或GPU执行的计算机程序。在该计算机程序被CPU或GPU执行时，执行本公开提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

以下介绍本公开的接口适配系统实施例，可以用于执行本公开上述的即可适配方法。

图9示出本公开示例性实施例中Web页面可用性的监控装置的结构示意图。如图9所示，上述Web页面可用性的监控装置900包括：第一状态码获取模块901、第二状态码获取模块903、以及监控模块904。

其中，上述第一状态码获取模块901，被配置为根据定位符打开待监控的目标页面，并获取第一状态码；

上述待监控元素获取模块902，被配置为遍历上述目标页面，获取至少一种类型的待监控元素，上述待监控元素包含类型标识；

上述第二状态码获取模块903，被配置为根据上述类型标识校验上述待监控元素，并获取第二状态码；以及，

上述监控模块904，被配置为根据上述第一状态码和上述第二状态码监控上述目标页面。

在本公开的一些实施例中，基于前述方案，上述第一状态码获取模块901，被具体配置为：

接收打开上述目标页面产生的第一超文本传送响应状态，得到关于主页可用性的第一状态码。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块902，被具体配置为：

通过htmlunit遍历上述目标页面，获取上述目标页面的资源可用性类型和/或下载可用性类型的待监控元素。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块902，被具体配置为：

遍历上述目标页面，获取到包含资源可用性类型标识的第一待监控元素；

上述第二状态码获取模块903，被具体配置为：

获取上述第一待监控元素的资源链接，并访问上述资源链接；以及，接收访问上述资源链接产生的第二超文本传送响应状态，得到关于资源可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述待监控元素获取模块902，还被具体配置为：

遍历上述目标页面，获取到包含下载可用性类型标识的第二待监控元素；

上述第二状态码获取模块903，还被具体配置为：

获取上述第二待监控元素的下载链接，并访问上述下载链接；以及，接收访问上述下载链接产生的第三超文本传送响应状态，得到关于下载可用性的第二状态码。

在本公开的一些实施例中，基于前述方案，上述Web页面可用性的监控装置900还包括：判断模块、元素地址获取模块以及第三状态码获取模块。

其中，上述判断模块用于在上述待监控元素获取模块902获取至少一种类型的待监控元素之后，确定上述目标页面中是否包含动作可用性类型标识的第三待监控元素；

上述元素地址获取模块，被配置为：响应于上述目标页面中包含上述第三待监控元素，获取元素动作的地址；以及，

上述第三状态码获取模块，被配置为：通过htmlunit执行上述元素动作，并接收执行上述元素动作产生的第四超文本传送响应状态，得到关于动作可用性的第三状态码。

在本公开的一些实施例中，基于前述方案，上述监控模块904，被具体配置为：

根据上述第一状态码和上述第二状态码确定上述待监控元素的可用性，并确定不可用的目标监控元素的失败原因；以及，

将上述失败原因和上述目标待监控元素的类型标识存储至监控数据库。

上述Web页面可用性的监控装置中各单元的具体细节已经在对应的Web页面可用性的监控方法中进行了详细的描述，因此此处不再赘述。

图10示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括：处理器1001，具体的，处理器1001包括：图像处理单元(Graphic Processing Unit，简称：GPU)和中央处理单元(Central ProcessingUnit，简称：CPU)，其可以根据存储在只读存储器(Read-Only Memory，简称：ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(Random Access Memory，简称：RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中，还存储有系统操作所需的各种程序和数据。处理器1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(Input/Output，简称：I/O)接口1005也连接至总线1004。

以下部件连接至I/O接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，简称：CRT)、液晶显示器(Liquid Crystal Display，简称：LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如：局域网(Local Area Network，简称：LAN)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被处理器1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本公开实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，简称：EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，简称：CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。

例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

例如，所述的电子设备可以实现如图2中所示的：步骤S210，根据定位符打开待监控的目标页面，并获取第一状态码；步骤S220，遍历所述目标页面，获取至少一种类型的待监控元素，所述待监控元素包含类型标识；步骤S230，根据所述类型标识校验所述待监控元素，并获取第二状态码；以及，步骤S240，根据所述第一状态码和所述第二状态码监控所述目标页面。

又如，所述的电子设备可以实现如图3至图8中任意一图所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种Web页面可用性的监控方法，其特征在于，所述方法包括：

根据定位符打开待监控的目标页面，并获取第一状态码；

遍历所述目标页面，获取至少一种类型的待监控元素，所述待监控元素包含类型标识；

根据所述类型标识校验所述待监控元素，并获取第二状态码；

根据所述第一状态码和所述第二状态码监控所述目标页面。

2.根据权利要求1所述的Web页面可用性的监控方法，其特征在于，所述获取第一状态码，包括：

接收打开所述目标页面产生的第一超文本传送响应状态，得到关于主页可用性的第一状态码。

3.根据权利要求1所述的Web页面可用性的监控方法，其特征在于，所述遍历所述目标页面，获取至少一种类型的待监控元素，包括：

通过htmlunit遍历所述目标页面，获取所述目标页面的资源可用性类型和/或下载可用性类型的待监控元素。

4.根据权利要求3所述的Web页面可用性的监控方法，其特征在于，

所述遍历所述目标页面，获取至少一种类型的待监控元素，包括：

遍历所述目标页面，获取到包含资源可用性类型标识的第一待监控元素；

所述根据所述类型标识校验所述待监控元素，并获取第二状态码，包括：

获取所述第一待监控元素的资源链接，并访问所述资源链接；

接收访问所述资源链接产生的第二超文本传送响应状态，得到关于资源可用性的第二状态码。

5.根据权利要求3所述的Web页面可用性的监控方法，其特征在于，所述遍历所述目标页面，获取至少一种类型的待监控元素，包括：

遍历所述目标页面，获取到包含下载可用性类型标识的第二待监控元素；

所述根据所述类型标识校验所述待监控元素，并获取第二状态码，包括：

获取所述第二待监控元素的下载链接，并访问所述下载链接；

接收访问所述下载链接产生的第三超文本传送响应状态，得到关于下载可用性的第二状态码。

6.根据权利要求3所述的Web页面可用性的监控方法，其特征在于，所述获取至少一种类型的待监控元素之后，所述方法还包括：

确定所述目标页面中是否包含动作可用性类型标识的第三待监控元素；

响应于所述目标页面中包含所述第三待监控元素，获取元素动作的地址；

通过htmlunit执行所述元素动作，并接收执行所述元素动作产生的第四超文本传送响应状态，得到关于动作可用性的第三状态码。

7.根据权利要求1所述的Web页面可用性的监控方法，其特征在于，所述根据所述第一状态码和所述第二状态码监控所述目标页面，包括：

根据所述第一状态码和所述第二状态码确定所述待监控元素的可用性，并确定不可用的目标监控元素的失败原因；

将所述失败原因和所述目标待监控元素的类型标识存储至监控数据库。

8.一种Web页面可用性的监控装置，其特征在于，所述装置包括：

第一状态码获取模块，被配置为根据定位符打开待监控的目标页面，并获取第一状态码；

待监控元素获取模块，被配置为遍历所述目标页面，获取至少一种类型的待监控元素，所述待监控元素包含类型标识；

第二状态码获取模块，被配置为根据所述类型标识校验所述待监控元素，并获取第二状态码；

监控模块，被配置为根据所述第一状态码和所述第二状态码监控所述目标页面。

9.一种计算机存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的Web页面可用性的监控方法。

10.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任意一项所述的Web页面可用性的监控方法。

Images