CN103546330A - 一种浏览器兼容性检测方法、装置及系统 - Google Patents

Abstract

本发明提供一种浏览器兼容性检测方法、装置及系统，所述方法包括：接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。如此技术方案，就实现了检测不同浏览器兼容性的目的。

Description

一种浏览器兼容性检测方法、装置及系统

技术领域

本申请涉及计算机领域，特别涉及一种浏览器兼容性检测方法、装置及系统。

背景技术

浏览器，是指可以显示网页服务器或者文件系统的HTML(HypertextMarkup Language，超文本标记语言)文件内容，并让用户与这些文件交互的一种软件。随着信息技术的飞速发展，越来越多的服务提供商纷纷推出各自开发的浏览器，并根据用户的使用需求不断对浏览器进行版本升级，例如IE6～IE9以及firefox、chrome、世界之窗、360、傲游等浏览器的多个版本。

不同的浏览器以及不同版本的浏览器虽然可以满足用户的多样化使用需求，但是，因为不同的浏览器内核对网页编写语法的解释不同，致使同一网页在不同内核的浏览器里的渲染(显示)效果有可能不同，也就是说，不同内核的浏览器之间可能不具有兼容性，为了确保网页在不同浏览器中具有相似的外观和功能，就需要对不同浏览器进行兼容性检测。

发明内容

本申请所要解决的技术问题是提供一种浏览器兼容性检测方法，实现检测不同浏览器兼容性的目的。

本申请还提供了一种浏览器兼容性检测装置及系统，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种浏览器兼容性检测方法，包括如下步骤：

接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

优选的，所述代理服务器监测所述访问请求的方式具体为：

拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求；或者，

获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录。

优选的，所述将所述访问请求转换为与待测试浏览器相对应的消息，具体包括：

获取所有待测试浏览器的信息；

将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求；

将所述至少一个消息保存至消息队列。

优选的，在所述获取所有待测试浏览器的信息之后，所述方法还包括：

显示所述所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息；

所述将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求，具体包括：

将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求。

优选的，使所述控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，具体方式为：

控制器从所述消息队列中获取所述待测试浏览器对应的消息；

根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应；

或者，

控制器从所述消息队列中获取所述待测试浏览器对应的消息；

通过所述代理服务器将所述消息中的访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

优选的，所述方法还包括：

根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器。

相应地，本申请还公开了一种浏览器兼容性检测装置，包括：

访问请求接收单元，用于接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

转换单元，用于将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

结果接收单元，用于接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

优选的，所述转换单元具体包括：

浏览器信息获取单元，用于获取所有待测试浏览器的信息；

转换子单元，用于将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求；

消息保存单元，用于将所述至少一个消息保存至消息队列。

优选的，所述转换单元还包括：

显示单元，显示所述获取单元获取到的所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息；

所述转换子单元，具体用于将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求。

优选的，所述装置还包括：

更新单元，用于根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器。

相应地，本申请还公开了一种浏览器兼容性检测系统，包括：代理服务器、待测试浏览器、待测试浏览器的控制器、以及上述浏览器兼容性检测装置；

所述代理服务器，用于监测客户端通过所述代理服务器发送至目的站点服务器的访问请求，并将所述访问请求转发至所述测试装置；

所述测试装置，用于将所述访问请求转换为与所述待测试浏览器相对应的消息；

所述控制器，用于获取所述待测试浏览器对应的消息，并根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，控制所述待测试浏览器对所述响应进行截图处理后，将截图处理结果发送至所述测试装置；

所述测试装置，还用于根据所述截图处理结果进行兼容性分析。

优选的，所述代理服务器监测所述访问请求的方式具体为：

拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求；或者，

获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录。

优选的，所述控制器具体包括：

消息获取单元，用于从所述消息队列中获取所述待测试浏览器对应的消息；

响应获取单元，用于根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应；或者，用于通过所述代理服务器将所述访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

本申请提供了一种新的用于测试浏览器兼容性的方案，代理服务器实时捕获测试人员发送的访问请求，并将变化的访问请求发送至浏览器兼容性测试装置，由测试装置将访问请求转换为至少一个消息，以触发与该消息对应的待测试浏览器的控制器，使之从代理服务器中获取访问请求的响应，并控制待测试浏览器对响应进行截图处理后，将截图处理结果反馈到测试装置进行兼容性分析。

附图说明

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

图1是本申请的一种浏览器兼容性检测方法实施例1的流程图；

图2是本申请中访问请求转换方法实施例1的流程图；

图3是本申请中访问请求转换方法实施例2的流程图；

图4是本申请的一种浏览器兼容性检测方法实施例2的流程图；

图5是现有技术中浏览器兼容性检测装置的示意图；

图6是本申请的一种浏览器兼容性检测装置实施例1的示意图；

图7是本申请中转换单元实施例1的示意图；

图8是本申请中转换单元实施例2的示意图；

图9是本申请的一种浏览器兼容性检测装置实施例2的示意图；

图10是本申请的一种浏览器兼容性检测系统的示意图；

图11是本申请中控制器的示意图。

具体实施方式

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

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

首先，对本申请实施例的测试场景进行简单介绍。利用本申请提供的技术方案进行浏览器兼容性测试之前，需要构建以下三部分：供测试人员操作的客户端、安装待测试浏览器和控制器的计算机、控制进行兼容性测试的测试装置。

其中，客户端上安装有一个浏览器，可以是任一服务提供商开发的任一版本的浏览器，另外，还要通过代理机制在安装的浏览器中设置一个代理服务器，这样，测试人员通过浏览器执行的任何访问行为都会经由代理服务器后再发送至目的站点服务器，而目的站点服务器对访问请求的响应也是经由代理服务器反馈给浏览器后，由浏览器显示给测试人员查看。

计算机上安装有至少一个待测试浏览器，根据测试需要可以在一台计算机上安装多个不同服务提供商开发的浏览器作为待测试浏览器，但是，不会出现一台计算机上安装同一服务提供商开发的不同版本的浏览器的情况。另外，计算机上还要安装一个控制器(当然，也可针对计算机上安装的每个待测试浏览器安装一个控制器，但是考虑到控制器端口受限以及简化系统等问题，仅安装一个控制器即可)，控制器可与测试装置以及安装在客户端上的代理服务器通信，并可在需要时控制待测试浏览器进行截图处理。

对于测试装置来说，其可以按照下文描述的方法，分别与代理服务器以及控制器通信，控制完成对待测试浏览器的兼容性检测，具体过程可描述如下。

参考图1，示出了本申请一种浏览器兼容性检测方法实施例1的流程图，检测装置通过执行以下步骤实现浏览器的兼容性检测：

步骤101，接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求。

如上所述，测试人员可以通过安装在客户端上的浏览器访问目的站点服务器，但是所有访问请求均需经由代理服务器转发至目的站点服务器，例如，测试人员可以通过在浏览器的地址栏中输入URL的方式或是通过点击页面上的按钮的方式向目的站点服务器发起访问请求，但无论采用哪种方式，访问请求都是经由代理服务器转发到目的站点服务器的，因此，代理服务器可以实时监控并准确获知用户的访问行为。

具体地，代理服务器可以通过以下方式来监测访问请求：

1.拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求，即，在测试人员通过浏览器向目的站点服务器发送访问请求时，代理服务器就即时拦截所述访问请求。需要说明的是，虽然代理服务器拦截了访问请求，但却不会影响目的站点服务器正常接收访问请求，因为代理服务器可以将拦截的访问请求转发到目的站点服务器。

2.获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录，即，代理服务器并不即时获取测试人员通过浏览器发送的访问请求，而是在间隔一段时间后通过获取历史访问记录的方式来监测访问请求，这就大大提高了本申请技术方案的准确性。随着测试人员在客户端上安装的浏览器的不同，代理服务器拦截的请求可能也有所不同，例如，如果安装的是IE浏览器，则代理服务器除了拦截客户端通过浏览器发送的访问请求之外，还会拦截诸如通过即时通讯工具发送的消息等非浏览器的请求，如果安装的是firefox浏览器，则代理服务器只拦截客户端通过浏览器发送的访问请求，因此，为了实现本申请实施例监测访问请求的目的，可以考虑通过获取录制的历史访问记录的方式来监测访问请求，以此提高监测访问请求的精准度。

本步骤实时监测测试人员的访问行为，就为后续控制多个浏览器执行相同访问行为并进行截图处理的动作提供了一定的技术基础。

步骤102，将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理。

经由步骤101，接收到代理服务器发送的表示测试人员访问行为的访问请求后，就可以利用访问请求控制多个待测试浏览器进行兼容性检测，为此需要将访问请求转换为与待测试浏览器相对应的多个消息，以便控制器读取到相应的消息后，根据消息从代理服务器中获取访问请求的响应，进而控制待测试浏览器对响应进行截图处理。

对于测试装置将访问请求转换为消息的过程以及控制器获取响应的过程，在申请文件的下述部分再做详细说明。

步骤103，接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

经由步骤102，就可以得到不同待测试浏览器对同一访问请求的响应的截图处理结果，为了方便兼容性检测的比较与分析，测试装置还需要接收并汇总各个待测试浏览器的控制器发送的截图处理结果。

本申请就提供了一种新的测试浏览器兼容性的方法，测试人员仅需要操作一台客户端(本申请实施例中的客户端可体现为一台计算机)，且该客户端内仅需要安装一个浏览器。代理服务器实时监测测试人员通过该浏览器进行的访问行为，并将变化的访问请求发送至测试装置，由测试装置将访问请求转换成多个消息(一个消息对应一个待测试浏览器)，这样在测试多个浏览器的兼容性时，就不需要测试人员逐个的在每个待测试浏览器中输入URL或点击按钮，简化了测试过程。对于待测试浏览器的控制器来说，可以实时监测测试装置转换的消息，进而根据所述消息控制待测试浏览器显示访问请求的响应并进行截图处理，最后将截图处理结果汇总至测试装置进行兼容性分析。

下面对测试装置将访问请求转换为与待测试浏览器相对应的消息的具体实现过程进行简单介绍。

参见图2，示出了本申请中访问请求转换方法实施例1的流程图，可以包括以下步骤：

步骤201，获取所有待测试浏览器的信息。

测试装置接收到代理服务器发送的访问请求后，即被触发进入访问请求转换过程，首先需要获取当前要兼容性测试的所有待测试浏览器的信息，即测试装置要知晓其可以控制哪些浏览器进行兼容性检测，这是访问请求转换过程的基础。待测试浏览器的信息可以保存在测试装置内，在需要时直接读取；也可保存在安装有待测试浏览器的计算机内，在需要时由测试装置与计算机通信获取。

需要说明的是，待测试浏览器的信息可以体现为待测试浏览器的名称以及版本号，例如IE6、IE7、IE8、IE9、firefox、世界之窗等。

步骤202，将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求。

经由步骤201，测试装置就获知了测试系统中存在的待测试浏览器的个数以及信息，进而就可以将一个访问请求转换为多个与待测试浏览器相对应的消息。具体地，本申请实施例可以按照以下方式转换访问请求：

测试装置可以在一次转换过程中将一个访问请求转换为与待测试浏览器的个数相同的消息，例如，测试系统中存在IE6、IE7、IE8、IE9、firefox、世界之窗共计6个待测试浏览器，则测试装置可以一次性的将访问请求转换为6个消息，每个消息对应一个待测试浏览器。此外，测试装置也可以按照预定个数分批的转换访问请求，例如，测试系统中存在6个待测试浏览器，如果每次转换的预定个数为3，那么测试装置要分2次才能将访问请求转换为6个消息，每次转换消息的个数为3；如果约定个数为4，那么测试装置仍需进行2次转换，一次转换消息的个数为4，一次转换消息的个数为2。

测试人员可以结合测试装置的处理能力，限定测试装置每次转换消息的个数，本申请实施例对此不做限定，只要使转换的消息个数与待测试浏览器个数相同即可。

步骤203，将所述至少一个消息保存至消息队列。

针对系统中存在的所有待测试浏览器设置一个消息队列，每个待测试浏览器的控制器都可以去消息队列的相应位置中读取测试装置为待测试浏览器转换的消息，因此，在步骤202将访问请求转换为至少一个消息后，还要将转换的消息保存至消息队列相应的位置，以便控制器从中读取。

本申请实施例采用将转换的消息保存至消息队列，由控制器主动获取的方式，而不采用直接将转换的消息发送至与其相对应的待测试浏览器的控制器方式，不仅可以有效防止数据阻塞，还能提高测试系统的处理速度以及测试效率。这主要是因为：

1.若测试装置直接将消息发给待测试浏览器的控制器，可能其正在执行其它动作(例如从代理服务器中获取访问请求的响应、启动待测试浏览器进行截图处理、向测试装置发送截图处理结果等)，则控制器只能在当前的动作处理完之后，才能接收测试装置发送的消息，这就很容易引起数据阻塞。本申请实施例将消息保存至消息队列，在控制器处于空闲状态时主动去消息队列获取与之对应的消息，就能有效避免数据阻塞问题。

2.测试系统中可能存在多个相同的待测试浏览器，如果直接向多个相同的待测试浏览器对应的控制器发送同一消息，则多个控制器可能同时或先后执行相同的动作，影响测试系统的处理速度以及测试效率。本申请实施例将消息保存至消息队列，且在多个相同控制器中处于空闲状态的控制器获取到消息后，其它控制器就不再从消息队列中获取相同的消息，有效提高了测试系统的处理速度以及测试效率。

例如，测试系统中存在两个IE6浏览器，则这两个IE6浏览器的控制器都可以去消息队列中读取测试装置针对IE6转换的消息。但是，如果第一个IE6浏览器的控制器正在执行向测试装置发送截图处理结果这一操作动作，而第二个IE6浏览器的控制器处于空闲状态，那么，处于空闲状态的第二个IE6浏览器的控制器在监测到消息队列中存在针对IE6浏览器的消息后，则从中将消息读取出来，以控制第二个IE6浏览器进行截图处理，这样，即使第一个IE6浏览器的控制器执行完发送截图处理结果的操作动作之后，也不能再从消息队列中读取上述被第二个IE6浏览器的控制器读取走的消息。

参见图3，示出了本申请中访问请求转换方法实施例2的流程图，可以包括以下步骤：

步骤301，获取所有待测试浏览器的信息。

步骤301与步骤201相同，此处不再赘述。

步骤302，显示所述所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息。

与访问请求转换方法实施例1不同的是，在获取到测试系统中所有待测试浏览器的信息后，先将这些信息发送到测试人员操作的客户端显示，由测试人员根据实际测试需要选择本次测试的浏览器，进而再根据用户的选择进行消息转换，这就提高了本申请实施例的测试灵活性。

例如，测试系统中存在IE6、IE7、IE8、IE9、firefox、世界之窗6个待测试浏览器，在测试装置将这6个待测试浏览器反馈给测试人员查看后，测试人员可以根据实际的测试需求选择IE9、firefox、世界之窗3个浏览器作为指定待测试浏览器。

步骤303，将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求。

步骤303与步骤202基本相同，不同之处仅在于转换的消息个数与指定待测试浏览器个数相同。

仍以上述6个待测试浏览器为例，按照实施例1的方案转换的消息个数为6个，按照实施例2的方案转换的消息个数为3个。

步骤304，将所述至少一个消息保存至消息队列。

步骤304与步骤203相同，此处不再赘述。

下面对待测试浏览器的控制器获取响应的具体实现过程进行简单介绍。

控制器实时监测消息队列，当消息队列中存在测试装置转换的消息时，控制器即会从消息队列中将其读取出来，并根据读取的消息从代理服务器中获取目的站点服务器对访问请求的响应，具体方式为：

一种方式是，根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应。

一种方式是，通过所述代理服务器将所述消息中的访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

测试装置将访问请求转换为至少一个消息保存至消息队列之后，首先，处于空闲状态的控制器从消息队列的相应位置中读取所述消息，并解析，然后再根据消息中包含的代理服务器的信息(可具体体现为代理服务器的IP地址和端口号)去访问相关的代理服务器，以执行消息中包含的访问请求。其次，代理服务器接收控制器发送的访问请求，根据访问请求的类型，可以直接将保存的响应返给控制器，也可以将访问请求发送至目的站点服务器，进而将目的站点服务器对访问请求的真实响应返给控制器。

所谓访问请求的类型是指控制器请求执行的是否为不可恢复操作，如果是，则控制器获取到的响应只能是代理服务器缓存的响应；如果否，则控制器获取到的响应既可以是代理服务器缓存的响应，也可以是目的站点服务器返回的真实响应。

需要说明的是，不可恢复操作是指无法多次重复的操作。例如，测试人员通过客户端上安装的IE5浏览器向目的站点服务器发送的访问请求是删除表单中的数据A，则目的站点服务器接收到这个请求后，可以作出响应删除了数据A，但是，若在测试过程中，待测试浏览器IE6的控制器获取到该访问请求转换的消息，并在解析后要求目的站点服务器再次执行删除数据A这个操作，此时，就需要测试人员先花费一定的时间恢复表单中的数据A，这样IE6浏览器才能继续访问目的站点服务器，并使目的站点服务器再次执行删除动作。采用本申请实施例的方案，即可避免上述恢复表单的操作，在第一次执行删除数据A的动作后，将目的站点服务器作出的响应(即删除了数据A的表单)缓存到代理服务器，当测试过程中再次有删除数据A的请求时，直接从代理服务器中读取缓存结果即可。仍以上述IE6浏览器继续执行删除数据A的请求为例，采用本申请实施例提供的技术方案，代理服务器就可以直接将缓存的结果(即删除了数据A的表单)发送给IE6浏览器显示，这就避免了测试过程中需要测试人员恢复表单的过程，节省了测试时间，简化了测试流程。

另外，访问请求的类型还可以指控制器请求执行的是否为post请求、https协议，如果是，则控制器获取到的响应只能是代理服务器缓存的响应；如果否，则控制器获取到的响应既可以是代理服务器缓存的响应，也可以是目的站点服务器返回的真实响应。

需要说明的是，post请求是在执行注册、登录、提交表单、搜索等动作时向目的站点服务器发送的请求，post请求中除了包含URL之外，还包含隐含的post参数(对于注册而言，post参数可体现为注册信息，对于登录而言，post参数可体现为用户名和密码，对于提交表单而言，post参数可体现为表单中的数据，对于搜索而言，post参数可体现为搜索关键词)。其中，URL可以在传送过程中被轻易捕获，但post参数的参数个数不定、输入参数较为复杂、且不容易被捕获，因此现有技术中的兼容性测试方法大都不支持对post请求的测试。采用本申请实施例的方案，将目的站点服务器对post请求的响应直接缓存在代理服务器内，虽然控制器发送的访问请求中不包含post参数，但只要包含有post请求中的URL，代理服务器即可查找与该URL对应的响应，进而将响应返给的控制器，实现对post请求的测试。此外，作为本申请实施例实现对post请求测试的另一种方式，还可以严格匹配post请求的参数，并在代理服务器拦截访问请求时，将post请求的参数也保存下来，相应地，在将访问请求转换为与待测试浏览器相对应的消息时，消息中也要加上保存的参数，这样，在待测浏览器的控制器向代理服务器发送请求时，就可以严格匹配URL和参数，只有在二者均相同的情况下，才将代理服务器保存的响应返回给待测试浏览器。

参考图4，示出了本申请一种浏览器兼容性检测方法实施例2的流程图，可包括以下步骤：

步骤401，根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器和控制器。

为了更好的体现本申请实施例测试系统的灵活性，还可根据测试人员的使用需求对系统中存在的待测试浏览器进行更新处理，包括增加新的待测试浏览器或者删除已存在的待测试浏览器。对于增加待测试浏览器的情况，需要安装浏览器、浏览器的控制器，同时还要在消息队列中设置一个位置，来存放测试装置为新增浏览器转换的消息；相类似的，删除已存在的待测试浏览器，就需要删除安装的浏览器、浏览器的控制器以及设置在消息队列中的位置。

步骤402，接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求。

步骤403，将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理。

步骤404，接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

步骤402～步骤404与步骤101～步骤103相同，此处不再赘述。

下面结合现有技术中存在的一种兼容性测试方法，进一步对本申请实施例达到的有益效果进行解释说明。

2011年04月27日公开的公开号为CN102033803A、发明名称为《跨浏览器测试web应用的方法和装置》的专利申请文件，提供了一种测试不同浏览器兼容性的方案，参见图5，跨浏览器测试web应用的装置包括：设置在多个浏览器之间的客户端浏览器中介501、设置在多个浏览器与web应用之间的中间浏览器中介502、以及设置在每个浏览器处的插件503，具体测试过程如下：

首先，用户操作的浏览器处的插件捕获用户的动作信息，并发送至客户端浏览器中介，由客户端浏览器中介将动作信息转发给其它浏览器的插件，使其它浏览器执行相应的用户动作，并将执行用户动作产生的web请求发送至中间浏览器中介。

由插件捕获用户的动作，并通过客户端浏览器中介将动作转发至其它多个浏览器，虽然不再需要用户在多个浏览器上执行相同的动作，但是按照上述对post请求以及https协议的描述可知，这种方案显然不能支持对post请求或者https协议的测试。

其次，中间浏览器中介将接收到的多个web请求合并为一个合并请求后发送给web应用。

将多个web请求合并为一个合并请求，不再由多个浏览器分别向web应用发送请求，虽然可以在一定程度上解决不可恢复操作的问题，但仍无法避免这个问题。例如，当前的合并请求为删除表单中的数据A，按照这种方案，在当前时刻可以解决不可恢复操作的问题，但若间隔一段时间之后，测试人员再次发送删除表单中的数据A这一请求，此时就需要先恢复表单中的数据A才行，因此这种方案仍无法避免不可恢复操作的问题。

最后，将web应用对合并请求的响应通过中间浏览器中介转发到各个浏览器显示并截图，以根据显示结果判断浏览器的兼容性。

中间浏览器中介将web应用对合并请求的响应分发给每个浏览器，使每个浏览器同时呈现相同内容，虽然便于比较和分析，但这种方案却无法通过响应数据来分析不同浏览器之间的兼容性。

与上述现有技术相比，本申请实施例就可以实现对post请求和https协议的测试，同时还能有效解决不可恢复操作问题，并利用响应数据来分析浏览器的兼容性。

下面以登录网站B为例，对本申请的实现过程进行举例说明。

如果测试人员操作的客户端上安装的浏览器为360，测试系统中还存在IE6、IE7、IE8、IE9、chrome、两个firefox共计7个待测试浏览器，且消息队列中设置有保存转换消息的位置，分别记作Q_IE6、Q_IE7、Q_IE8、Q_IE9、Q_chrome、Q_firefox。测试人员按照以下步骤登录网站B：

首先，测试人员在360浏览器的地址栏输入网站B的地址，申请访问网站B，则访问请求B₁经由代理服务器到达网站B的服务器后，网站B的服务器就会将访问请求B₁对应的响应(即网站B的首页面)返给代理服务器，代理服务器缓存该响应，并转发到360浏览器显示给测试人员查看。

接着，测试人员点击首页面上的“登录”按钮，则包含登录动作的访问请求B₂亦会经由代理服务器发送到网站B的服务器，此时网站B的服务器向代理服务器返回的响应就是登陆页面，代理服务器将登陆页面缓存后，继续转发到360浏览器显示给测试人员查看。

然后，测试人员在登录页面上输入用户名、登录密码、验证码等信息，并点击“确认”按钮，则包含登录信息的访问请求B₃(该请求为post请求)同样经由代理服务器后到达网站B的服务器，此时网站B的服务器向代理服务器返回的响应是登陆之后的主页面，同样地，代理服务器缓存这一响应后，再将登陆后的主页面返给360浏览器供测试人员执行其它操作。

在测试人员控制360浏览器执行上述三个操作动作时，代理服务器可以随时将监测到的访问请求发送至测试装置，启动兼容性测试过程。

如果测试装置接收到的是访问请求B₁，且测试人员指定的待测试浏览器为IE6、IE7、firefox，则：

首先，测试装置将访问请求B₁转换为3个消息，分别保存到消息队列的相应位置(即Q_IE6、Q_IE7、Q_firefox)，这样，IE6的控制器就可以去Q_IE6读取消息，IE7的控制器就可以去Q_IE7读取消息，两个firefox中的任一个的控制器就可以去Q_firefox读取消息(若本次是第一个firefox的控制器读取的消息)。

由代理服务器实时监控访问请求，并自动将变化的访问请求发送至测试装置，就不需测试人员在每个待测试浏览器上都手动输入相同的访问请求，简化了测试过程。

其次，3个控制器分别访问代理服务器，代理服务器将访问请求B₁转发至网站B的服务器，进而由网站B的服务器将真实响应(网站B的首页面)通过代理服务器返给3个控制器，再由指定待测试浏览器显示后进行截图处理。

浏览器的控制器直接将访问请求B₁通过代理服务器发送给网站B的服务器，就可以获得网站B的服务器对访问请求B₁的真实响应，进而可以利用响应数据来分析不同浏览器之间的兼容性。

最后，3个控制器分别将截图处理结果发送至测试装置进行汇总分析。

如果测试装置接收到的是访问请求B₂，则测试过程与上述接收到访问请求B₁的过程相同，此处不再赘述。但是需要说明的是，3个控制器可以直接读取代理服务器缓存的响应，即登录页面。

如果测试装置接收到的是访问请求B₃(访问请求的类型为post请求)，且测试人员指定的待测试浏览器为IE6、IE7、firefox，则：

首先，测试装置将访问请求B₃转换为3个消息，分别保存到消息队列的相应位置，供控制器读取。其中，IE6的控制器从Q_IE6读取消息，IE7的控制器从Q_IE7读取消息，两个firefox中的任一个的控制器从Q_firefox读取消息(若第一个firefox的控制器当前还在处理访问请求B₂的截图任务，则本次由处于空闲状态的第二个firefox的控制器读取消息)。

其次，3个控制器分别根据消息中的访问请求B₃从代理服务器中读取缓存的响应，即登录后的主页面，并由指定待测试浏览器显示后进行截图处理。

直接从代理服务器读取响应的方式就使得本申请实施例能够支持post请求的测试。

最后，3个控制器分别将截图处理结果发送至测试装置进行汇总分析。

与本申请一种浏览器兼容性检测方法实施例1所提供的方法相对应，参见图6，本申请还提供了一种浏览器兼容性检测装置实施例1，在本实施例中，该装置可以包括：

访问请求接收单元601，用于接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

转换单元602，用于将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

结果接收单元603，用于接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

进一步地，本申请实施例中的转换单元可采用两种具体方式实现，下面对其构成一一进行介绍。

与上述访问请求转换方式实施例1所提供的方法相对应，参见图7，本申请还提供转换单元实施例1，在本实施例中，该单元可以包括：

浏览器信息获取单元701，用于获取所有待测试浏览器的信息；

转换子单元702，用于将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求；

消息保存单元703，用于将所述至少一个消息保存至消息队列。

与上述访问请求转换方式实施例2所提供的方法相对应，参见图8，本申请还提供转换单元实施例2，在本实施例中，该单元可以包括：

浏览器信息获取单元801，用于获取所有待测试浏览器的信息；

显示单元802，显示所述获取单元获取到的所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息；

转换子单元803，具体用于将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求；

消息保存单元804，用于将所述至少一个消息保存至消息队列。

与本申请一种浏览器兼容性检测方法实施例2所提供的方法相对应，参见图9，本申请还提供了一种浏览器兼容性检测装置实施例2，在本实施例中，该装置可以包括：

更新单元901，用于根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器和控制器；

访问请求接收单元902，用于接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

转换单元903，用于将所述访问请求转换为与待测试浏览器相对应的消息，以使所述控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

结果接收单元904，用于接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

与本申请一种浏览器兼容性检测方法相对应，参见图10，本申请还提供了一种浏览器兼容性检测系统，该系统可以包括：代理服务器1001、待测试浏览器1002、待测试浏览器的控制器1003、浏览器兼容性检测装置1004；

所述代理服务器，用于监测客户端通过所述代理服务器发送至目的站点服务器的访问请求，并将所述访问请求转发至所述测试装置；

具体地，代理服务器监测所述访问请求的方式为：

拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求；或者，获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录。

所述测试装置，用于将所述访问请求转换为与所述待测试浏览器相对应的消息；

所述控制器，用于获取所述待测试浏览器对应的消息，并根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，控制所述待测试浏览器对所述响应进行截图处理后，将截图处理结果发送至所述测试装置；

所述测试装置，还用于根据所述截图处理结果进行兼容性分析。

进一步地，参见图11，本申请实施例中的控制器可采用以下方式实现，包括：

消息获取单元1101，用于从所述消息队列中获取所述待测试浏览器对应的消息；

响应获取单元1102，用于根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应；或者，用于通过所述代理服务器将所述访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种信息推送方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (13)

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

接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

2.根据权利要求1所述的方法，其特征在于，所述代理服务器监测所述访问请求的方式具体为：

拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求；或者，

获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录。

3.根据权利要求1所述的方法，其特征在于，所述将所述访问请求转换为与待测试浏览器相对应的消息，具体包括：

获取所有待测试浏览器的信息；

将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求；

将所述至少一个消息保存至消息队列。

4.根据权利要求3所述的方法，其特征在于，在所述获取所有待测试浏览器的信息之后，所述方法还包括：

显示所述所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息；

所述将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求，具体包括：

将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求。

5.根据权利要求3所述的方法，其特征在于，使所述控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，具体方式为：

控制器从所述消息队列中获取所述待测试浏览器对应的消息；

根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应；

或者，

控制器从所述消息队列中获取所述待测试浏览器对应的消息；

通过所述代理服务器将所述消息中的访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器和控制器。

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

访问请求接收单元，用于接收代理服务器监测到的访问请求，所示访问请求为客户端通过所述代理服务器转发至目的站点服务器的访问请求；

转换单元，用于将所述访问请求转换为与待测试浏览器相对应的消息，以使所述待测试浏览器的控制器根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，并控制所述待测试浏览器对所述响应进行截图处理；

结果接收单元，用于接收所述控制器发送的所述响应的截图处理结果，并根据所述截图处理结果进行兼容性分析。

8.根据权利要求7所述的装置，其特征在于，所述转换单元具体包括：

浏览器信息获取单元，用于获取所有待测试浏览器的信息；

转换子单元，用于将所述访问请求转换为至少一个消息，每个消息对应一个待测试浏览器，所述消息包括所述待测试浏览器的信息、代理服务器的信息和访问请求；

消息保存单元，用于将所述至少一个消息保存至消息队列。

9.根据权利要求8所述的装置，其特征在于，所述转换单元还包括：

显示单元，显示所述获取单元获取到的所有待测试浏览器的信息，并接收用户从显示的所述所有待测试浏览器的信息中选择的指定待测试浏览器的信息；

所述转换子单元，具体用于将所述访问请求转换为与指定待测试浏览器相对应的消息，每个消息对应一个指定待测试浏览器，所述消息包括所述指定待测试浏览器的信息、代理服务器的信息和访问请求。

10.根据权利要求7-9任一项所述的装置，其特征在于，所述装置还包括：

更新单元，用于根据用户的控制，增加或删除所述消息队列中的消息以及与所述消息相对应的待测试浏览器和控制器。

11.一种浏览器兼容性检测系统，其特征在于，所述系统包括：代理服务器、待测试浏览器、待测试浏览器的控制器、以及权利要求7-10任一项所述的浏览器兼容性检测装置；

所述代理服务器，用于监测客户端通过所述代理服务器发送至目的站点服务器的访问请求，并将所述访问请求转发至所述测试装置；

所述测试装置，用于将所述访问请求转换为与所述待测试浏览器相对应的消息；

所述控制器，用于获取所述待测试浏览器对应的消息，并根据所述消息从所述代理服务器中获取所述目的站点服务器对所述访问请求的响应，控制所述待测试浏览器对所述响应进行截图处理后，将截图处理结果发送至所述测试装置；

所述测试装置，还用于根据所述截图处理结果进行兼容性分析。

12.根据权利要求11所述的系统，其特征在于，所述代理服务器监测所述访问请求的方式具体为：

拦截客户端通过所述代理服务器发送至所述目的站点服务器的访问请求；或者，

获取客户端通过所述代理服务器访问所述目的站点服务器的历史访问记录。

13.根据权利要求11所述的装置，其特征在于，所述控制器具体包括：

消息获取单元，用于从所述消息队列中获取所述待测试浏览器对应的消息；

响应获取单元，用于根据所述消息中的访问请求，读取所述代理服务器保存的所述目的站点服务器对所述访问请求的响应；或者，用于通过所述代理服务器将所述访问请求发送至所述目的站点服务器，并接收所述代理服务器转发的所述目的站点服务器对所述访问请求的响应。

Images