CN107133165A - 浏览器兼容性检测方法及装置 - Google Patents

Abstract

本发明公开了一种浏览器兼容性检测方法及装置。其中，该方法包括：获取待检测的目标页面的页面资源；判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，浏览器用于显示目标页面；若判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配，则获取检测结果，其中，检测结果用于指示业务代码与浏览器不兼容。本发明解决了采用现有的兼容检测方式所导致的检测准确性较低的技术问题。

Description

浏览器兼容性检测方法及装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种浏览器兼容性检测方法及装置。

背景技术

针对不同的浏览器对HTML5特性是否兼容的问题，常用的检测方式是利用既有的检测工具进行兼容性检测，其中检测工具可以为html5test.com，modernizr.js等，根据上述检测工具检测出的检测结果来判断各种浏览器对HTML5特性是否支持，从而获知不同的浏览器对HTML5特性是否兼容。

然而，上述检测方式仅仅能检测出浏览器本身是否支持HTML5特性，即，检测到的检测结果仅能展示当前浏览器是否对HTML5特性兼容，检测结果较为单一，而无法针对当前浏览器实现更加精细准确的兼容性检测。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种浏览器兼容性检测方法及装置，以至少解决采用现有的兼容检测方式所导致的检测准确性较低的技术问题。

根据本发明实施例的一个方面，提供了一种浏览器兼容性检测方法，包括：获取待检测的目标页面的页面资源；判断与上述页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，上述检测特性逻辑为与浏览器特性相匹配的匹配表达式，上述浏览器用于显示上述目标页面；若判断出与上述页面资源对应的上述业务代码与至少一个上述检测特性逻辑不匹配，则获取检测结果，其中，上述检测结果用于指示上述业务代码与上述浏览器不兼容。

根据本发明实施例的另一方面，还提供了一种浏览器兼容性检测装置，包括：第一获取单元，用于获取待检测的目标页面的页面资源；判断单元，用于判断与上述页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，上述检测特性逻辑为与浏览器特性相匹配的匹配表达式，上述浏览器用于显示上述目标页面；第二获取单元，用于在判断出与上述页面资源对应的上述业务代码与至少一个上述检测特性逻辑不匹配时，获取检测结果，其中，上述检测结果用于指示上述业务代码与上述浏览器不兼容。

在本发明实施例中，利用各个检测特性逻辑对所显示页面的页面资源对应的业务代码进行匹配判断，而不再仅仅限于单一的兼容性检测结果，从而实现在准确检测出目标页面在各个浏览器的兼容性的同时，还将实现准确定位出在页面中与浏览器不兼容的页面资源对应的业务代码。进而达到将兼容性检测的精度精确定位至业务代码，提高浏览器兼容性检测的精确度及准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的浏览器兼容性检测方法的应用环境示意图；

图2是根据本发明实施例的一种可选的浏览器兼容性检测方法的流程图；

图3是根据本发明实施例的一种可选的浏览器兼容性检测方法的效果示意图；

图4是根据本发明实施例的另一种可选的浏览器兼容性检测方法的示意图；

图5是根据本发明实施例的另一种可选的浏览器兼容性检测方法的流程图；

图6是根据本发明实施例的又一种可选的浏览器兼容性检测方法的流程图；

图7是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图8是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图9是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图10是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图11是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图12是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图13是根据本发明实施例的又一种可选的浏览器兼容性检测方法的示意图；

图14是根据本发明实施例的一种可选的浏览器兼容性检测装置的示意图；

图15是根据本发明实施例的一种可选的浏览器兼容性检测设备的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

在本发明实施例中，提供了一种上述浏览器兼容性检测方法的实施例。作为一种可选的实施方式，该浏览器兼容性检测方法可以但不限于应用于如图1所示的应用环境中，终端102中运行有用于加载显示页面的浏览器，服务器106通过网络104从终端102中获取待检测的目标页面的页面信息，然后，服务器106根据上述页面信息获取目标页面的页面资源，判断与页面对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，若判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配，则获取用于指示业务代码与浏览器不兼容的检测结果。进一步，还可以但不限于将获取到的检测结果推送给终端102进行展示。

在本发明实施例中，作为另一种可选的实施方式(图中未示出)，在终端102为具有强大数据处理能力的硬件设备时，可以但不限于在终端102中独立实现上述兼容性检测过程，即，在终端102上直接获取待检测的目标页面的页面资源，并判断上述页面资源对应的业务代码是否与检测特性逻辑匹配，并在判断出业务代码与至少一个检测特性逻辑不匹配时，获取并在终端102上展示上述用于指示业务代码与浏览器不兼容的检测结果。

在本实施例中，在获取待检测的目标页面的页面资源之后，通过判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，实现判断业务代码与浏览器是否兼容的检测判断，其中，上述检测特性逻辑为与浏览器特性相匹配的匹配表达式，在判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配时，则获取用于指示业务代码与浏览器不兼容的检测结果。也就是说，利用各个检测特性逻辑对页面资源对应的业务代码进行匹配判断，以实现将兼容性检测的精度精确定位至业务代码，而不再仅限于获取浏览器本身是否与页面兼容的单一检测结果，从而实现提高浏览器检测的准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

可选地，在本实施例中，上述终端可以包括但不限于以下至少之一：手机、平板电脑、笔记本电脑、台式PC机及其他运行有用于显示目标页面的浏览器的硬件设备。上述网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。

根据本发明实施例，提供了一种浏览器兼容性检测方法，如图2所示，该方法包括：

S202，获取待检测的目标页面的页面资源；

S204，判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，浏览器用于显示目标页面；

S206，若判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配，则获取检测结果，其中，检测结果用于指示业务代码与浏览器不兼容。

可选地，在本实施例中，上述浏览器兼容性检测方法可以但不限于应用于与页面的页面资源对应的业务代码是否与用于显示该页面的浏览器兼容的场景中。具体的，在获取待检测的目标页面的页面资源后，通过判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，从而实现根据判断结果确定上述业务代码与浏览器是否兼容的检测结果。也就是说，利用各个检测特性逻辑对所显示页面的页面资源对应的业务代码进行匹配判断，而不再仅仅限于单一的兼容性检测结果，从而实现在准确检测出目标页面在各个浏览器的兼容性的同时，还将实现准确定位出在页面中与浏览器不兼容的页面资源对应的业务代码。进而达到将兼容性检测的精度精确定位至业务代码，提高浏览器兼容性检测的精确度及准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

可选地，在本实施例中，上述浏览器特性可以但不限于为Html5特性，简称H5特性。需要说明的是，在本实施例中，H5特性中包括多种不同的特性，各种浏览器对H5特性的支持程度并不相同。通过检测判断页面资源对应的业务代码是否与检测特性逻辑相匹配，即，判断业务代码是否与浏览器所支持的H5特性的匹配表达式相匹配，从而实现准确检测出页面资源对应的业务代码是否与浏览器兼容，进而判断出页面资源所在目标页面与浏览器的兼容性，进一步还可定位出由于不兼容出现显示错误的业务代码的位置。

可选地，在本实施例中，在获取待检测的目标页面的页面资源之前，还包括：获取与各个浏览器分别对应的基础数据，其中，基础数据中可以包括但不限于浏览器特性的特性标识；比对上述基础数据中特性标识所标识的特性与各个检测特性逻辑，以得到与浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括与上述浏览器特性分别匹配的检测特性逻辑。

例如，如图3示出了部分H5特性的相关信息，如表中第1列为H5特性的特性标识(item)，表中第2列为H5特性的特性内容(item-desc)，表中第3列为H5特性的类型(type)，表中最后1列为与H5特性对应配置的检测特性逻辑(也称为匹配表达式)(detect_judge_value)。

可选地，在本实施例中，上述基础数据可以但不限于通过控制浏览器访问预定的测试页而得到，其中，上述测试页中嵌有用于将得到的基础数据存储至预定数据的插件，如插件可以为modernizer.js。

可选地，在本实施例中，在获取待检测的目标页面的页面资源之前，还包括：各个不同的H5特性分别配置为对应的检测特性逻辑，其过程可以图4所示为例，如以H5特性中的图片为例，将其配置为检测特性逻辑：equal_picture。从而实现利用该检测特性逻辑对不同页面资源对应的业务代码进行匹配判断，进而得到兼容性的检测结果。

可选地，在本实施例中，获取待检测的目标页面的页面资源包括：获取输入的目标页面的页面信息；根据该页面信息获取目标页面的页面资源。其中，根据该页面信息获取目标页面的页面资源包括以下至少之一：

1)在页面信息中包括用于存储目标页面的页面资源的路径信息时，按照路径信息获取页面资源。

2)在页面信息中包括用于存储目标页面的页面资源的路径信息及用于获取所述页面资源的控制信息时，根据控制信息按照路径信息获取页面资源。

其中，上述控制信息可以但不限于携带以下至少一种内容：与目标页面对应的动态配置文件、用于登录目标页面的认证信息、用于指示目标页面在移动终端显示的指示信息，其中，上述动态配置文件可以但不限于包括在目标页面上所要执行的动态加载操作的操作信息。也就是说，上述控制信息用于在按照上述路径信息获取页面资源之前，执行对应的控制操作，以保证获取准确的路径信息。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，上述页面资源可以包括但不限于以下至少之一：文档对象模型(Document Object Model，简称DOM)、客户端脚本语言(JavaScript，简称JS)及层叠样式表(Cascading Style Sheets，简称CSS)。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，在获取到目标页面的页面资源之后，由于Web代码往往是压缩代码，为了提高浏览器加载速度，可以但不限于对上述获取到的页面资源进行格式预处理，如图5所示步骤S502-S510，对DOM资源执行步骤S504-2格式化处理，利用格式化处理后的内容进行兼容性检测判断。对CSS资源，JS资源进行执行步骤S504-1判断是否存在源文件，在判断出不存在源文件时，也执行步骤S504-2格式化处理，并利用格式化处理后的内容进行兼容性检测判断；在判断出存在源文件时，执行步骤S506至步骤S508获取对应源文件，以利用源文件进行兼容性检测判断。

可选地，在本实施例中，不同的浏览器可以但不限于分别配置一组检测特性逻辑组，其中，该检测特性逻辑组中包括一个或多个分别与浏览器特性匹配的检测特性逻辑。

需要说明的是，判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配的过程可以但不限于如图6所示步骤S602-S612，获取待检测的浏览器标识集合，从待检测的浏览器标识集合中依次获取浏览器标识；对浏览器标识所标识的目标浏览器执行以下操作：获取与目标浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括一个或多个检测特性逻辑，检测特性逻辑与目标浏览器特性分别匹配；判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配。遍历操作完成后，获取检测结果，若判断出业务代码与至少一个检测特性逻辑不匹配，则获取用于指示业务代码与目标浏览器不兼容的检测结果。

可选地，在本实施例中，在获取检测结果后，可以但不限于在终端展示上述检测结果。其中，展示上述检测结果的方式可以包括但不限于：

1)通过列表形式直接展示检测结果，展示内容可以如图7所示，

2)按照HTML5特性聚合展示检测结果，可点击展示/收起按钮查看不同浏览器下的问题详情，展示内容可以如图8所示。另外，对于具体兼容性问题，可以但不限于定位展示不兼容的业务代码，如图9所示方框内为定位出的有问题(即不兼容)的业务代码。

通过本申请提供的实施例，利用各个检测特性逻辑对所显示页面的页面资源对应的业务代码进行匹配判断，而不再仅仅限于单一的兼容性检测结果，从而实现在准确检测出目标页面在各个浏览器的兼容性的同时，还将实现准确定位出在页面中与浏览器不兼容的页面资源对应的业务代码。进而达到将兼容性检测的精度精确定位至业务代码，提高浏览器兼容性检测的精确度及准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

作为一种可选的方案，判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配包括：

S1，从待检测的浏览器标识集合中依次获取浏览器标识；

S2，对浏览器标识所标识的目标浏览器执行以下操作：

S22，获取与目标浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括一个或多个与目标浏览器的浏览器特性分别匹配的检测特性逻辑；

S24，判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配；

S26，若判断出业务代码与至少一个检测特性逻辑不匹配，则获取用于指示业务代码与目标浏览器不兼容的检测结果。

可选地，在本实施例中，上述待检测的浏览器标识集合中可以包括但不限于相关技术中的不同浏览器，例如，IE浏览器，chrome浏览器以及其他应用浏览器。通过检测目标页面的页面资源对应的业务代码与上述浏览器对应的检测特性逻辑是否匹配，来判断对应的兼容性，从而实现提高兼容性检测的准确性。

可选地，在本实施例中，上述步骤S24，判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配包括：

S2401，重复执行以下步骤，直至遍历检测特性逻辑组中的检测特性逻辑：

S2401-1，从检测特性逻辑组中获取当前检测特性逻辑；

S2401-2，判断业务代码与当前检测特性逻辑是否匹配；

S2401-3，若业务代码与当前检测特性逻辑匹配，则将检测特性逻辑组中下一个检测特性逻辑作为当前检测特性逻辑；

S2401-4，若业务代码与当前检测特性逻辑不匹配，则定位业务代码的位置，并将检测特性逻辑组中下一个检测特性逻辑作为当前检测特性逻辑。

具体结合图6所示进行说明，在获取待检测的浏览器标识集合后，依次获取浏览器标识所标识的目标浏览器，执行相应的检测判断操作，直至遍历上述浏览器标识集合。其中，上述检测判断操作可以但不限于：获取目标浏览器对应的检测特性逻辑组，依次判断页面资源对应的业务代码与上述检测特性逻辑中的各个检测特性逻辑是否匹配，并记录判断结果。在完成遍历操作后，获取检测结果。

通过本申请提供的实施例，通过遍历不同浏览器对应的检测特性逻辑组进行匹配判断，从而实现准确定位出在获取到的目标页面的页面资源所对应的业务代码中存在不兼容的问题业务代码，进而保证兼容性检测的准确性和精确度。

作为一种可选的方案，获取与目标浏览器对应的检测特性逻辑组包括：

S1，获取与目标浏览器对应的基础数据，其中，基础数据包括目标浏览器的浏览器特性的特性标识；

S2，分别比对基础数据中特性标识所标识的特性与各个检测特性逻辑；

S3，将与基础数据中特性标识所标识的特性相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中。

可选地，在本实施例中，上述基础数据可以但不限于为目标浏览器访问测试页后得到的基础数据，其中，测试页中嵌有用于将得到的基础数据存储至预定数据库的插件。

可选地，在本实施例中，上述检测特性逻辑可以但不限于如图3所示，通过分别比对获取到的目标浏览器的基础数据与各个检测特性逻辑，将与基础数据中特性标识所标识的特性(如H5特性)相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中，从而实现获取浏览器特性(如H5特性)对应的检测特性逻辑组。

通过本申请提供的实施例，通过分别比对目标浏览器对应的基础数据中特性标识所标识的特性与各个检测特性逻辑；将与基础数据中特性标识所标识的特性相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中，从而实现先获取到与浏览器特性对应的检测特性逻辑，以便于快速利用上述检测特性逻辑与待检测的目标页面的页面资源的业务代码进行匹配判断，从而节省匹配时间，达到提高匹配效率的效果。

作为一种可选的方案，获取待检测的目标页面的页面资源包括：

S1，获取输入的目标页面的页面信息，其中，页面信息中至少包括用于存储目标页面的页面资源的路径信息；

S2，按照路径信息获取页面资源。

可选地，在本实施例中，页面信息中还包括用于获取页面资源的控制信息，其中，在按照路径信息获取页面资源之前，还包括以下至少之一：

1)在控制信息中携带与目标页面对应的动态配置文件时，按照动态配置文件的指示执行动态加载操作；

例如，对于Web页面中DOM资源动态加载，可以采用脚本动态注入，后台执行展开方式。如图10所示，通过编写selenium自动化操作代码，编译，上传动态配置文件，后台扫描引擎利用java反射机制，执行用户注入的动作，完成DOM资源动态加载。也就是说，对于目标页面中嵌入的DOM动态资源采用上述方式进行动态加载，而对于其他静态资源可按照页面信息中的路径信息获取。

2)在控制信息携带用于登录目标页面的认证信息时，按照认证信息执行登录操作；

例如，对于页面资源需要登录的情况，则可以如图11所示，在根据页面信息中的控制信息获知需要登录认证时，利用获取到的控制信息中的认证信息先进行Ptlogin登录，再按照路径信息获取页面资源。

3)在控制信息携带用于指示目标页面在移动终端显示的指示信息时，跳转至与移动终端相匹配的路径信息所指示的起始位置。

例如，利用WebDriver获取页面资源，其中，对于移动端专用HTML5页面需要设置移动端专用User-Agent(业务代码自动跳转场景)，以完成请求自动跳转，如图12所示的方框中的内容，跳转至与移动终端相匹配的路径信息所指示的起始位置，用于获取移动终端对应的页面资源。

通过本申请提供的实施例，根据所获取的页面信息，按照对应方式及路径信息获取对应的页面资源，以实现对页面资源对应的业务代码进行兼容性检测判断，从而达到提高兼容性检测的准确性的效果。

作为一种可选的方案，在获取待检测的目标页面的页面资源之前，还包括：

S1，从待检测的浏览器标识集合中依次获取浏览器标识；

S2，获取通过浏览器标识所标识的目标浏览器访问测试页后得到的基础数据，其中，测试页中嵌有用于将得到的基础数据存储至预定数据库的插件，基础数据包括目标浏览器的浏览器特性的特性标识。

具体结合图13所示进行说明，从待检测的浏览器标识集合中依次获取浏览器标识；按照浏览器标识分别控制不同的浏览器访问特定的HTML5兼容性测试页，其中，测试页中引入modernizr.js库，从而实现获取各个浏览器用于表示对H5特性的支持度的基础数据，进一步，对上述基础数据进行分析，整理，入库操作，如图13所示。

通过本申请提供的实施例，通过预先采集各个浏览器的基础数据，以实现在获取到待检测的目标页面的页面资源之后，可以直接执行比对操作，从而达到节省匹配判断时间，实现提高检测效率的效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

实施例2

根据本发明实施例，还提供了一种用于实施上述浏览器兼容性检测方法的浏览器兼容性检测装置，如图14所示，该装置包括：

1)第一获取单元1402，用于获取待检测的目标页面的页面资源；

2)判断单元1404，用于判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，浏览器用于显示目标页面；

3)第二获取单元1406，用于在判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配时，获取检测结果，其中，检测结果用于指示业务代码与浏览器不兼容。

可选地，在本实施例中，上述浏览器兼容性检测装置可以但不限于应用于与页面的页面资源对应的业务代码是否与用于显示该页面的浏览器兼容的场景中。具体的，在获取待检测的目标页面的页面资源后，通过判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，从而实现根据判断结果确定上述业务代码与浏览器是否兼容的检测结果。也就是说，利用各个检测特性逻辑对所显示页面的页面资源对应的业务代码进行匹配判断，而不再仅仅限于单一的兼容性检测结果，从而实现在准确检测出目标页面在各个浏览器的兼容性的同时，还将实现准确定位出在页面中与浏览器不兼容的页面资源对应的业务代码。进而达到将兼容性检测的精度精确定位至业务代码，提高浏览器兼容性检测的精确度及准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

可选地，在本实施例中，上述浏览器特性可以但不限于为Html5特性，简称H5特性。需要说明的是，在本实施例中，H5特性中包括多种不同的特性，各种浏览器对H5特性的支持程度并不相同。通过检测判断页面资源对应的业务代码是否与检测特性逻辑相匹配，即，判断业务代码是否与浏览器所支持的H5特性的匹配表达式相匹配，从而实现准确检测出页面资源对应的业务代码是否与浏览器兼容，进而判断出页面资源所在目标页面与浏览器的兼容性，进一步还可定位出由于不兼容出现显示错误的业务代码的位置。

可选地，在本实施例中，在获取待检测的目标页面的页面资源之前，还包括：获取与各个浏览器分别对应的基础数据，其中，基础数据中可以包括但不限于浏览器特性的特性标识；比对上述基础数据中特性标识所标识的特性与各个检测特性逻辑，以得到与浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括与上述浏览器特性分别匹配的检测特性逻辑。

例如，如图3示出了部分H5特性的相关信息，如表中第1列为H5特性的特性标识，表中第2列为H5特性的特性内容，表中第3列为H5特性的类型，表中最后1列为与H5特性对应配置的检测特性逻辑(也称为匹配表达式)。

可选地，在本实施例中，上述基础数据可以但不限于通过控制浏览器访问预定的测试页而得到，其中，上述测试页中嵌有用于将得到的基础数据存储至预定数据的插件，如插件可以为modernizer.js。

可选地，在本实施例中，在获取待检测的目标页面的页面资源之前，还包括：各个不同的H5特性分别配置为对应的检测特性逻辑，其过程可以图4所示为例，如以H5特性中的图片为例，将其配置为检测特性逻辑：equal_picture。从而实现利用该检测特性逻辑对不同页面资源对应的业务代码进行匹配判断，进而得到兼容性的检测结果。

可选地，在本实施例中，获取待检测的目标页面的页面资源包括：获取输入的目标页面的页面信息；根据该页面信息获取目标页面的页面资源。其中，根据该页面信息获取目标页面的页面资源包括以下至少之一：

1)在页面信息中包括用于存储目标页面的页面资源的路径信息时，按照路径信息获取页面资源。

2)在页面信息中包括用于存储目标页面的页面资源的路径信息及用于获取所述页面资源的控制信息时，根据控制信息按照路径信息获取页面资源。

其中，上述控制信息可以但不限于携带以下至少一种内容：与目标页面对应的动态配置文件、用于登录目标页面的认证信息、用于指示目标页面在移动终端显示的指示信息，其中，上述动态配置文件可以但不限于包括在目标页面上所要执行的动态加载操作的操作信息。也就是说，上述控制信息用于在按照上述路径信息获取页面资源之前，执行对应的控制操作，以保证获取准确的路径信息。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，上述页面资源可以包括但不限于以下至少之一：文档对象模型(Document Object Model，简称DOM)、客户端脚本语言(JavaScript，简称JS)及层叠样式表(Cascading Style Sheets，简称CSS)。上述仅是一种示例，本实施例中对此不做任何限定。

可选地，在本实施例中，在获取到目标页面的页面资源之后，由于Web代码往往是压缩代码，为了提高浏览器加载速度，可以但不限于对上述获取到的页面资源进行格式预处理，如图5所示步骤S502-S510，对DOM资源执行步骤S504-2格式化处理，利用格式化处理后的内容进行兼容性检测判断。对CSS资源，JS资源进行执行步骤S504-1判断是否存在源文件，在判断出不存在源文件时，也执行步骤S504-2格式化处理，并利用格式化处理后的内容进行兼容性检测判断；在判断出存在源文件时，执行步骤S506至步骤S508获取对应源文件，以利用源文件进行兼容性检测判断。

可选地，在本实施例中，不同的浏览器可以但不限于分别配置一组检测特性逻辑组，其中，该检测特性逻辑组中包括一个或多个分别与浏览器特性匹配的检测特性逻辑。

需要说明的是，判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配的过程可以但不限于如图6所示步骤S602-S612，获取待检测的浏览器标识集合，从待检测的浏览器标识集合中依次获取浏览器标识；对浏览器标识所标识的目标浏览器执行以下操作：获取与目标浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括一个或多个检测特性逻辑，检测特性逻辑与目标浏览器特性分别匹配；判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配。遍历操作完成后，获取检测结果，若判断出业务代码与至少一个检测特性逻辑不匹配，则获取用于指示业务代码与目标浏览器不兼容的检测结果。

可选地，在本实施例中，在获取检测结果后，可以但不限于在终端展示上述检测结果。其中，展示上述检测结果的方式可以包括但不限于：

1)通过列表形式直接展示检测结果，展示内容可以如图7所示，

2)按照HTML5特性聚合展示检测结果，可点击展示/收起按钮查看不同浏览器下的问题详情，展示内容可以如图8所示。另外，对于具体兼容性问题，可以但不限于定位展示不兼容的业务代码，如图9所示方框内为定位出的有问题(即不兼容)的业务代码。

通过本申请提供的实施例，利用各个检测特性逻辑对所显示页面的页面资源对应的业务代码进行匹配判断，而不再仅仅限于单一的兼容性检测结果，从而实现在准确检测出目标页面在各个浏览器的兼容性的同时，还将实现准确定位出在页面中与浏览器不兼容的页面资源对应的业务代码。进而达到将兼容性检测的精度精确定位至业务代码，提高浏览器兼容性检测的精确度及准确性的效果，进而克服目前现有技术中存在的浏览器兼容性检测准确性较低的问题。

作为一种可选的方案，判断单元1404包括：

1)第一获取模块，用于从待检测的浏览器标识集合中依次获取浏览器标识；

2)处理模块，用于对浏览器标识所标识的目标浏览器执行以下操作：

S1，获取与目标浏览器对应的检测特性逻辑组，其中，检测特性逻辑组中包括一个或多个与目标浏览器的浏览器特性分别匹配的检测特性逻辑；

S2，判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配；

S3，若判断出业务代码与至少一个检测特性逻辑不匹配，则获取用于指示业务代码与目标浏览器不兼容的检测结果。

可选地，在本实施例中，上述待检测的浏览器标识集合中可以包括但不限于相关技术中的不同浏览器，例如，IE浏览器，chrome浏览器以及其他应用浏览器。通过检测目标页面的页面资源对应的业务代码与上述浏览器对应的检测特性逻辑是否匹配，来判断对应的兼容性，从而实现提高兼容性检测的准确性。

可选地，在本实施例中，处理模块通过以下步骤实现判断业务代码与检测特性逻辑组中的检测特性逻辑是否匹配：

S1，重复执行以下步骤，直至遍历检测特性逻辑组中的检测特性逻辑：

S12，从检测特性逻辑组中获取当前检测特性逻辑；

S14，判断业务代码与当前检测特性逻辑是否匹配；

S16，若业务代码与当前检测特性逻辑匹配，则将检测特性逻辑组中下一个检测特性逻辑作为当前检测特性逻辑；

S18，若业务代码与当前检测特性逻辑不匹配，则定位业务代码的位置，并将检测特性逻辑组中下一个检测特性逻辑作为当前检测特性逻辑。

具体结合图6所示进行说明，在获取待检测的浏览器标识集合后，依次获取浏览器标识所标识的目标浏览器，执行相应的检测判断操作，直至遍历上述浏览器标识集合。其中，上述检测判断操作可以但不限于：获取目标浏览器对应的检测特性逻辑组，依次判断页面资源对应的业务代码与上述检测特性逻辑中的各个检测特性逻辑是否匹配，并记录判断结果。在完成遍历操作后，获取检测结果。

通过本申请提供的实施例，通过遍历不同浏览器对应的检测特性逻辑组进行匹配判断，从而实现准确定位出在获取到的目标页面的页面资源所对应的业务代码中存在不兼容的问题业务代码，进而保证兼容性检测的准确性和精确度。

作为一种可选的方案，处理模块通过以下步骤实现获取与目标浏览器对应的检测特性逻辑组：

S1，获取与目标浏览器对应的基础数据，其中，基础数据包括目标浏览器的浏览器特性的特性标识；

S2，分别比对基础数据中特性标识所标识的特性与各个检测特性逻辑；

S3，将与基础数据中特性标识所标识的特性相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中。

可选地，在本实施例中，上述基础数据可以但不限于为目标浏览器访问测试页后得到的基础数据，其中，测试页中嵌有用于将得到的基础数据存储至预定数据库的插件。

可选地，在本实施例中，上述检测特性逻辑可以但不限于如图3所示，通过分别比对获取到的目标浏览器的基础数据与各个检测特性逻辑，将与基础数据中特性标识所标识的特性(如H5特性)相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中，从而实现获取浏览器特性(如H5特性)对应的检测特性逻辑组。

通过本申请提供的实施例，通过分别比对目标浏览器对应的基础数据中特性标识所标识的特性与各个检测特性逻辑；将与基础数据中特性标识所标识的特性相匹配的检测特性逻辑存储至与目标浏览器对应的检测特性逻辑组中，从而实现先获取到与浏览器特性对应的检测特性逻辑，以便于快速利用上述检测特性逻辑与待检测的目标页面的页面资源的业务代码进行匹配判断，从而节省匹配时间，达到提高匹配效率的效果。

作为一种可选的方案，第一获取单元1402包括：

1)第二获取模块，用于获取输入的目标页面的页面信息，其中，页面信息中至少包括用于存储目标页面的页面资源的路径信息；

2)第三获取模块，用于按照路径信息获取页面资源。

可选地，在本实施例中，页面信息中还包括用于获取页面资源的控制信息，其中，还包括以下至少之一：

(1)加载模块，用于在按照路径信息获取页面资源之前，在控制信息中携带与目标页面对应的动态配置文件时，按照动态配置文件的指示执行动态加载操作。

例如，对于Web页面中DOM资源动态加载，可以采用脚本动态注入，后台执行展开方式。如图10所示，通过编写selenium自动化操作代码，编译，上传动态配置文件，后台扫描引擎利用java反射机制，执行用户注入的动作，完成DOM资源动态加载。也就是说，对于目标页面中嵌入的DOM动态资源采用上述方式进行动态加载，而对于其他静态资源可按照页面信息中的路径信息获取。

(2)认证模块，用于在按照路径信息获取页面资源之前，在控制信息携带用于登录目标页面的认证信息时，按照认证信息执行登录操作；

例如，对于页面资源需要登录的情况，则可以如图11所示，在根据页面信息中的控制信息获知需要登录认证时，利用获取到的控制信息中的认证信息先进行Ptlogin登录，再按照路径信息获取页面资源。

(3)跳转模块，用于在按照路径信息获取页面资源之前，在控制信息携带用于指示目标页面在移动终端显示的指示信息时，跳转至与移动终端相匹配的路径信息所指示的起始位置。

例如，利用WebDriver获取页面资源，其中，对于移动端专用HTML5页面需要设置移动端专用User-Agent(业务代码自动跳转场景)，以完成请求自动跳转，如图12所示的方框中的内容，跳转至与移动终端相匹配的路径信息所指示的起始位置，用于获取移动终端对应的页面资源。

通过本申请提供的实施例，根据所获取的页面信息，按照对应方式及路径信息获取对应的页面资源，以实现对页面资源对应的业务代码进行兼容性检测判断，从而达到提高兼容性检测的准确性的效果。

作为一种可选的方案，还包括：

1)第三获取单元，用于在获取待检测的目标页面的页面资源之前，从待检测的浏览器标识集合中依次获取浏览器标识；

2)第四获取单元，用于获取通过浏览器标识所标识的目标浏览器访问测试页后得到的基础数据，其中，测试页中嵌有用于将得到的基础数据存储至预定数据库的插件，基础数据包括目标浏览器的浏览器特性的特性标识。

具体结合图13所示进行说明，从待检测的浏览器标识集合中依次获取浏览器标识；按照浏览器标识分别控制不同的浏览器访问特定的HTML5兼容性测试页，其中，测试页中引入modernizr.js库，从而实现获取各个浏览器用于表示对H5特性的支持度的基础数据，进一步，对上述基础数据进行分析，整理，入库操作，如图13所示。

通过本申请提供的实施例，通过预先采集各个浏览器的基础数据，以实现在获取到待检测的目标页面的页面资源之后，可以直接执行比对操作，从而达到节省匹配判断时间，实现提高检测效率的效果。

实施例3

根据本发明实施例，还提供了一种用于实施上述浏览器兼容性检测方法的浏览器兼容性检测设备，如图15所示，该设备包括：

1)通讯接口1502，设置为获取待检测的目标页面的页面资源；

2)处理器1504，与通讯接口1502连接，设置为判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，浏览器用于显示目标页面；还设置为若判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配，则获取检测结果，其中，检测结果用于指示业务代码与浏览器不兼容；

3)存储器1506，与通讯接口1502及处理器1504连接，设置为存储目标页面的页面资源，页面资源对应的业务代码及检测特性逻辑。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，获取待检测的目标页面的页面资源；

S2，判断与页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，检测特性逻辑为与浏览器特性相匹配的匹配表达式，浏览器用于显示目标页面；

S3，若判断出与页面资源对应的业务代码与至少一个检测特性逻辑不匹配，则获取检测结果，其中，检测结果用于指示业务代码与浏览器不兼容。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种浏览器兼容性检测方法，其特征在于，包括：

获取待检测的目标页面的页面资源；

判断与所述页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，所述检测特性逻辑为与浏览器特性相匹配的匹配表达式，所述浏览器用于显示所述目标页面；

若判断出与所述页面资源对应的所述业务代码与至少一个所述检测特性逻辑不匹配，则获取检测结果，其中，所述检测结果用于指示所述业务代码与所述浏览器不兼容。

2.根据权利要求1所述的方法，其特征在于，所述判断与所述页面资源对应的业务代码是否与各个检测特性逻辑匹配包括：

从待检测的浏览器标识集合中依次获取浏览器标识；

对所述浏览器标识所标识的目标浏览器执行以下操作：

获取与所述目标浏览器对应的检测特性逻辑组，其中，所述检测特性逻辑组中包括一个或多个与所述目标浏览器的浏览器特性分别匹配的检测特性逻辑；

判断所述业务代码与所述检测特性逻辑组中的所述检测特性逻辑是否匹配；

若判断出所述业务代码与至少一个所述检测特性逻辑不匹配，则获取用于指示所述业务代码与所述目标浏览器不兼容的所述检测结果。

3.根据权利要求2所述的方法，其特征在于，所述判断所述业务代码与所述检测特性逻辑组中的所述检测特性逻辑是否匹配包括：

重复执行以下步骤，直至遍历所述检测特性逻辑组中的所述检测特性逻辑：

从所述检测特性逻辑组中获取当前检测特性逻辑；

判断所述业务代码与所述当前检测特性逻辑是否匹配；

若所述业务代码与所述当前检测特性逻辑匹配，则将所述检测特性逻辑组中下一个检测特性逻辑作为所述当前检测特性逻辑；

若所述业务代码与所述当前检测特性逻辑不匹配，则定位所述业务代码的位置，并将所述检测特性逻辑组中下一个检测特性逻辑作为所述当前检测特性逻辑。

4.根据权利要求2所述的方法，其特征在于，所述获取与所述目标浏览器对应的检测特性逻辑组包括：

获取与所述目标浏览器对应的基础数据，其中，所述基础数据包括所述目标浏览器的浏览器特性的特性标识；

分别比对所述基础数据中所述特性标识所标识的特性与各个检测特性逻辑；

将与所述基础数据中所述特性标识所标识的特性相匹配的检测特性逻辑存储至与所述目标浏览器对应的所述检测特性逻辑组中。

5.根据权利要求1所述的方法，其特征在于，所述获取待检测的目标页面的页面资源包括：

获取输入的所述目标页面的页面信息，其中，所述页面信息中至少包括用于存储所述目标页面的所述页面资源的路径信息；

按照所述路径信息获取所述页面资源。

6.根据权利要求5所述的方法，其特征在于，所述页面信息中还包括用于获取所述页面资源的控制信息，其中，在所述按照所述路径信息获取所述页面资源之前，还包括以下至少之一：

在所述控制信息中携带与所述目标页面对应的动态配置文件时，按照所述动态配置文件的指示执行动态加载操作；

在所述控制信息携带用于登录所述目标页面的认证信息时，按照所述认证信息执行登录操作；

在所述控制信息携带用于指示所述目标页面在移动终端显示的指示信息时，跳转至与所述移动终端相匹配的路径信息所指示的起始位置。

7.根据权利要求1所述的方法，其特征在于，在所述获取待检测的目标页面的页面资源之前，还包括：

从待检测的浏览器标识集合中依次获取浏览器标识；

获取通过所述浏览器标识所标识的目标浏览器访问测试页后得到的基础数据，其中，所述测试页中嵌有用于将得到的所述基础数据存储至预定数据库的插件，所述基础数据包括所述目标浏览器的浏览器特性的特性标识。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述浏览器特性为Html5特性。

9.一种浏览器兼容性检测装置，其特征在于，包括：

第一获取单元，用于获取待检测的目标页面的页面资源；

判断单元，用于判断与所述页面资源对应的业务代码是否与各个检测特性逻辑匹配，其中，所述检测特性逻辑为与浏览器特性相匹配的匹配表达式，所述浏览器用于显示所述目标页面；

第二获取单元，用于在判断出与所述页面资源对应的所述业务代码与至少一个所述检测特性逻辑不匹配时，获取检测结果，其中，所述检测结果用于指示所述业务代码与所述浏览器不兼容。

10.根据权利要求9所述的装置，其特征在于，所述判断单元包括：

第一获取模块，用于从待检测的浏览器标识集合中依次获取浏览器标识；

处理模块，用于对所述浏览器标识所标识的目标浏览器执行以下操作：

获取与所述目标浏览器对应的检测特性逻辑组，其中，所述检测特性逻辑组中包括一个或多个与所述目标浏览器的浏览器特性分别匹配的检测特性逻辑；

判断所述业务代码与所述检测特性逻辑组中的所述检测特性逻辑是否匹配；

若判断出所述业务代码与至少一个所述检测特性逻辑不匹配，则获取用于指示所述业务代码与所述目标浏览器不兼容的所述检测结果。

11.根据权利要求10所述的装置，其特征在于，所述处理模块通过以下步骤实现判断所述业务代码与所述检测特性逻辑组中的所述检测特性逻辑是否匹配：

重复执行以下步骤，直至遍历所述检测特性逻辑组中的所述检测特性逻辑：

从所述检测特性逻辑组中获取当前检测特性逻辑；

判断所述业务代码与所述当前检测特性逻辑是否匹配；

若所述业务代码与所述当前检测特性逻辑匹配，则将所述检测特性逻辑组中下一个检测特性逻辑作为所述当前检测特性逻辑；

若所述业务代码与所述当前检测特性逻辑不匹配，则定位所述业务代码的位置，并将所述检测特性逻辑组中下一个检测特性逻辑作为所述当前检测特性逻辑。

12.根据权利要求10所述的装置，其特征在于，所述处理模块通过以下步骤实现获取与所述目标浏览器对应的检测特性逻辑组：

获取与所述目标浏览器对应的基础数据，其中，所述基础数据包括所述目标浏览器的浏览器特性的特性标识；

分别比对所述基础数据中所述特性标识所标识的特性与各个检测特性逻辑；

将与所述基础数据中所述特性标识所标识的特性相匹配的检测特性逻辑存储至与所述目标浏览器对应的所述检测特性逻辑组中。

13.根据权利要求9所述的装置，其特征在于，所述第一获取单元包括：

第二获取模块，用于获取输入的所述目标页面的页面信息，其中，所述页面信息中至少包括用于存储所述目标页面的所述页面资源的路径信息；

第三获取模块，用于按照所述路径信息获取所述页面资源。

14.根据权利要求13所述的装置，其特征在于，所述页面信息中还包括用于获取所述页面资源的控制信息，其中，还包括以下至少之一：

加载模块，用于在所述按照所述路径信息获取所述页面资源之前，在所述控制信息中携带与所述目标页面对应的动态配置文件时，按照所述动态配置文件的指示执行动态加载操作；

认证模块，用于在所述按照所述路径信息获取所述页面资源之前，在所述控制信息携带用于登录所述目标页面的认证信息时，按照所述认证信息执行登录操作；

跳转模块，用于在所述按照所述路径信息获取所述页面资源之前，在所述控制信息携带用于指示所述目标页面在移动终端显示的指示信息时，跳转至与所述移动终端相匹配的路径信息所指示的起始位置。

15.根据权利要求9所述的装置，其特征在于，还包括：

第三获取单元，用于在所述获取待检测的目标页面的页面资源之前，从待检测的浏览器标识集合中依次获取浏览器标识；

第四获取单元，用于获取通过所述浏览器标识所标识的目标浏览器访问测试页后得到的基础数据，其中，所述测试页中嵌有用于将得到的所述基础数据存储至预定数据库的插件，所述基础数据包括所述目标浏览器的浏览器特性的特性标识。