web浏览器兼容性测试方法和装置

摘要

本发明公开了一种web浏览器兼容性测试方法，其特征在于，所述方法包括：接收对测试环境的选择；基于选择的目标浏览器输入待测的URL；保存基于URL生成的全页面内容；将所述全页面内容与基准内容进行对比；当全页面内容与基准内容有不一致时，兼容性测试结果为不通过。本发明还公开了一种web浏览器兼容性测试装置，所述装置包括：选择接收模块、URL输入模块、全页面生成模块、内容比较模块、兼容性测试模块。采用本发明，只需输入一次URL，即可测试多个浏览器兼容性环境。测试人员只需在测试初期，确认目标URL与浏览器即可进行测试，省去了人工执行测试过程并节约了查找图片差异的时间。

说明书

技术领域

本发明涉及一种基于图片对比的web浏览器兼容性测试方法和装 置。

背景技术

伴随互联网技术的快速发展，各公司都争相推出自己的浏览器，以 抢占用户互联网的流量入口，web浏览器已经从最初的Internet Explorer, 扩展到Mozilla的Firefox、Apple的Safari，Opera、Google Chrome、 GreenBrowser浏览器、360安全浏览器、搜狗高速浏览器、腾讯TT、傲 游浏览器、百度浏览器、腾讯QQ浏览器等数十种。

最初对于浏览器兼容性测试，测试人员通过手工测试来确保产品在 大部分的浏览器显示正确，但是随着浏览器版本越来越多并且各家份额 差距逐渐缩小，需要进行兼容性测试的浏览器也越来越多，兼容性范围 的扩大，因此现有的兼容性测试过程无形中增加了不小的成本。

发明内容

针对现有技术，本发明的目的是提供一种方便地进行浏览器兼容性 测试的方法和装置。

本发明提供了一种web浏览器兼容性测试方法，所述方法包括：a.接 收对测试环境的选择；b.基于选择的目标浏览器输入待测的URL；c.保 存基于URL生成的全页面内容；d.将所述全页面内容与基准内容进行对 比；e.当全页面内容与基准内容有不一致时，兼容性测试结果为不通过。

优选地，步骤d包括：读取目标浏览器的生成的全网页图片和基准 浏览器的生成的全网页图片；对读取的全网页图片进行编码；将目标浏 览器全网页图片的编码与基准浏览器全网页图片的编码进行对比。更优 选地，步骤e包括：当目标浏览器全网页图片的编码与基准浏览器全网 页图片的编码差异超过阈值时，兼容性测试结果为不通过。

优选地，对读取的全网页图片进行BASE64编码。

优选地，步骤a包括：接收对浏览器及操作系统的选择。

本发明中，还提供了一种web浏览器兼容性测试装置，所述装置包 括：选择接收模块、URL输入模块、全页面生成模块、内容比较模块、 兼容性测试模块。其中，选择接收模块用于接收对测试环境的选择；URL 输入模块用于基于选择的目标浏览器输入待测的URL；全页面生成模块 用于生成基于URL的全页面内容；内容比较模块用于将所述全页面内容 与基准内容进行对比；兼容性测试模块用于当全页面内容与基准内容有 不一致时确定兼容性测试结果为不通过。

优选地，内容比较模块包括图片读取单元、编码单元、比较单元。 其中：图片读取单元用于读取目标浏览器的生成的全网页图片和基准浏 览器的生成的全网页图片；编码单元用于对读取的全网页图片进行编码； 比较单元用于将目标浏览器全网页图片的编码与基准浏览器全网页图片 的编码进行对比。更优选地，兼容性测试模块用于当目标浏览器全网页 图片的编码与基准浏览器全网页图片的编码差异超过阈值时，兼容性测 试结果为不通过。

优选地，编码单元为BASE64编码单元，用于对读取的全网页图片 进行BASE64编码。

优选地，选择接收模块包括浏览器类型接收单元、操作系统类型接 收单元。其中：浏览器类型接收单元用于接收对浏览器的选择；操作系 统类型接收单元用于接收操作系统的选择。

相对于现有技术，本发明具有以下技术效果：只需输入一次URL， 便可以测试多个浏览器兼容性环境。测试人员只需在测试初期，确认目 标URL与浏览器即可进行测试，从而省去了人工执行测试过程并节约了 人工查找图片差异的时间。而且，由于可测试的浏览器范围可自行定义， 也使得测试过程更加灵活。

附图说明

图1是本发明一种具体实施方式的基于图片对比的web浏览器兼容 性测试方法的流程图；

图2是本发明中对页面内容进行对比判断的方法步骤的流程图；

图3是本发明一种具体实施方式的基于图片对比的web浏览器兼容 性测试装置的原理框图。

具体实施方式

如图1所示，在本发明一种具体实施方式中，基于图片对比的web 浏览器兼容性测试方法包括以下步骤：

在步骤110，接收对测试环境的选择。所述测试环境可以包括表征整 个测试环境的多个参数，例如浏览器、操作系统等等。

优选地，在一个优选实施例中，接收对目标浏览器和操作系统的选 择。在该步骤中，用户在操作页面中选择相应的测试器测试范围。例如， 选择IE、Firefox、遨游、猎豹等浏览器，并且可以设定特定浏览器的版 本，例如选择了IE浏览器，可以进一步选择IE8.0作为测试时使用的浏 览器版本。对目标浏览器的选择可以通过在特定的软件操作界面的人机 操作接口来实现，例如，在操作界面上设置对话框中或下拉菜单来实现 用户对目标浏览器的选择。同时，设定操作系统的类型、版本等信息， 例如，设置测试用的操作系统为Windows 8。

在步骤120，基于选择的目标浏览器输入待测的页面URL。兼容性 测试必须设置一些测试网址，即网络页面的URL，这些网址可以包括不 同类型的网页地址，例如：搜索网页、社交网页、视频网页等等。URL 的数量可以是一个或多个，如果是多个URL，则需要通过分别访问多个 URL来实现测试。

本领域技术人员应该理解，步骤110和步骤120的顺序可以有不同 的设置，例如可以先进行步骤120以输入页面URL。

在步骤130，保存基于所述URL产生全页面内容。在选择浏览器和 输入上述URL后开始测试，所述测试就是利用不同的浏览器访问URL， 访问后会生成相应的全页面内容，所述全页面是指访问该URL后生成的 全部页面。在用户上网访问网页页面的时候，由于显示屏幕大小的限制， 通常用户只能看到一部分页面，例如只能看到页面的上半部分或三分之 一部分，如果用户要看到其他部分的网页，需要通过滚动网页来查看。 而在本步骤中，则会保存基于所述URL产生全页面内容。

在步骤140，将生成的所述全页面内容与基准页面内容进行对比，以 判断两者是否一致。所述基准内容是指在浏览器正常显示的情况下所呈 现的全页面内容。

如图2所示，在一种具体实施方式中，所述对比过程可以为：

从数据库中读取所有全网页图片，并对全网页图片进行编码。例如， 可以将图片转换为BASE64编码。所述BASE64编码可用于在HTTP环 境下传递较长的标识信息，BASE64编码的原理具体可以参考MIME的 详细规范。

在一个具体实施例中：对于一个网址a，在基准浏览器B1中进行显 示时生成图片A1，对所述图片A1进行BASE64编码，生成一个较长的 序列a1，其中，序列a1为：

4AAQSkZJRgABAQEAYABgAAD/4QBaRXhpZgAATU0AKgAAAAg ABQMBAAUAAAABAAAASgMDAAEAAAABAAAAAFEQAAEAAAA BAQAAAFERAAQAAAABAAAOw1ESAAQAAA……

另外，网址a，在目标浏览器B2中进行显示时生成图片A2，对所述 图片A2进行BASE64编码，生成一个较长的序列a2，其中，序列a2为：

ABAAAOwwAAAAAAAYagAACxjbAEMAAgEBAgEBAgICAgICAg IDBQMDAwMDBgQEAwUHBgcHBwYHBwgJCwkICAoIBwcKDQoKCw ……

经过比对，两个序列中，不一致的代码长度达到30％，相对于预设 的阈值(20％)，不一致的部分显然高于阈值，则判断两个编码不一致。

根据用户的设置，Server端按用户配置浏览器范围，例如配置了N 种浏览器，则其中一种浏览器为基准浏览器，即：将通过该浏览器访问 URL的显示结果作为标准图片。相应地，针对基准浏览器的显示图片编 码后生成的即为基准序列。从而针对其他N-1个目标浏览器，生成了N-1 组对比序列，每组序列包括基准浏览器的编码与该目标浏览器的编码， 将每组序列中的两个序列进行对比。

在步骤150，如果比较结果为两个编码不一致，则在步骤160判定测 试不通过。并且，优选地在步骤165定位编码差异部分，将编码还原为 图片，并且将编码差异部分对应的区域标识出来，例如用红色方框标识， 并且此序列组测试不通过。如果比较结果为两个编码一致，则在步骤170 判定认为图片无变形或移位的区域，此序列组测试通过。

关于上述比较过程中，编码之间“一致”、“不一致”的判定，需要 根据编码之间差异的程度来确定，例如：设定编码之间的差异代码比例 为20％作为阈值，即：目标浏览器与基准浏览器的网页编码不一样的部 分达到了基准浏览器网页编码的20％，即当编码之间的差异代码比例大 于或等于20％时，判定该组中的两个编码不一致；当编码之间的差异代 码比例小于20％时，判定该组中的两个编码一致。

优选地，在步骤180，测试结果会展示在人机界面上，从而测试人员 可以非常方便、直观地查看测试结果。

优选地，在步骤190，对比完成后，所有的编码还原的图片会同步保 存至数据库中。

采用本发明的技术方案，可以明显地节省人工对比图片、查找差异 区域的时间成本。

相应地，本发明还提供了一种基于图片对比的web浏览器兼容性测 试装置。如图3所示，所述装置包括：选择接收模块310、URL输入模 块320、全页面生成模块330、内容比较模块340、兼容性测试模块350。 其中：

选择接收模块310用于接收对测试环境的选择。所述测试环境可以 包括表征整个测试环境的多个参数，例如浏览器、操作系统等等。选择 接收模块310可以通过各种适合的人机接口实现，例如，可以通过对话 框、菜单栏等软件组件实现。

在一种优选实施方式中，选择接收模块310包括浏览器类型接收单 元311、操作系统类型接收单元312。其中：

浏览器类型接收单元用于接收对浏览器的选择。例如，通过对话框 或菜单栏来输入选择的浏览器。

操作系统类型接收单元用于接收操作系统的选择。同样，可以通过 对话框或菜单栏来输入用户选择的目标浏览器信息。

URL输入模块320用于基于选择的目标浏览器输入待测的URL。兼 容性测试必须设置一些测试网址，即网络页面的URL，这些网址可以包 括不同类型的网页地址，例如：搜索网页、社交网页、视频网页等等。 URL的数量可以是一个或多个，如果是多个URL，则需要通过分别访问 多个URL来实现测试。URL输入模块320可以通过对话框、菜单栏等软 件组件实现。

全页面生成模块330用于生成基于URL的全页面内容。在一种优选 实施方式中，以图片的方式保存基于URL生成的全页面内容，在其他实 施方式中，也可以通过其他方式保存全页面内容，例如将全网页保存为 其他形式的代码。在选择浏览器和输入上述URL后开始测试，即，利用 不同的浏览器访问URL，访问后会生成相应的全页面内容，所述全页面 是指访问该URL后生成的全部页面。全页面生成模块330可以由图片转 换软件模块来实现。

内容比较模块340用于将所述全页面内容与基准内容进行对比。例 如，在将目标网页的全页面与基准网页的全页面图片转换为BASE64编 码后，将目标网页全页面与基准网页全页面图片的BASE64编码序列进 行对比，当两者序列的差异大于或等于阈值，判断两者的图片不一致； 当两者序列的差异小于阈值，则判断两者的图片一致。

在一种优选实施方式中，内容比较模块340包括图片读取单元341、 编码单元342、比较单元343。其中：

图片读取单元341用于读取目标浏览器的生成的全网页图片和基准 浏览器的生成的全网页图片。编码单元342用于对读取的全网页图片进 行编码，在一种优选实施方式中，编码单元为BASE64编码单元，用于 对读取的全网页图片进行BASE64编码。例如，将目标网页的全页面与 基准网页的全页面图片转换为BASE64编码。比较单元343用于将目标 浏览器全网页图片的编码与基准浏览器全网页图片的编码进行对比，例 如将目标网页全页面与基准网页全页面图片的BASE64编码序列进行对 比。

兼容性测试模块350用于当目标页面的全页面内容与基准页面的全 页面内容不一致时确定兼容性测试结果为不通过。优选地，当内容比较 模块340的对比结果为两个编码不一致，则定位编码差异部分，并且将 两幅图片的编码还原为图片，在图片上将编码差异部分对应的区域标识 出来，以便使测试人员更直观地观察到网页内容的差异。

在一种优选实施方式中，兼容性测试模块350用于当目标浏览器全 网页图片的编码与基准浏览器全网页图片的编码差异超过阈值时，兼容 性测试结果为不通过。例如，在将目标网页的全页面与基准网页的全页 面图片转换为BASE64编码后，将目标网页全页面与基准网页全页面图 片的BASE64编码序列进行对比，当两者序列的差异大于或等于阈值， 兼容性测试模块判断两者的图片不一致；当两者序列的差异小于阈值， 则判断两者的图片一致。

如图3所示，在一个具体实施例中，用户通过操作终端输入URL和 浏览器范围，该URL是将要测试的网页地址；浏览器范围包括输入基准 浏览器和目标浏览器的名称，所述基准浏览器是指，在该浏览器上URL 指向的网页运行正常。目标浏览器则是待测试的浏览器。基准浏览器和 目标浏览器包括但不限于IE6.0、Firefox 20.0、Chrom29等。

然后，通过软件实体agent来接收来自服务器端的指令并分别在各目 标浏览器上访问URL，运行在各浏览器上生成网页全页面的自动脚本程 序，生成基准浏览器和各目标浏览器的全页面，在随后的步骤中，将各 个全页面均存储为图片。所述自动脚本的生成的程序可以在服务器端运 行，在生成网页的全页面生成后，可以同步保存在数据库DB中，所述 数据库DB中还可以保存上述自动脚本程序，在每次测试中，都可以从 服务器中拉取自动脚本程序，并且，配置兼容性测试环境，通过启动部 署在兼容性测试环境中的agent来运行自动脚本程序，配置兼容性环境可 以包括设置测试用的操作系统等，在其他实施例中，配置兼容性环境也 可以在输入URL和浏览器范围的同时进行设置。

启动部署在兼容性测试环境中的agent，因此生成了基准浏览器和目 标浏览器全页面图片，并且对基准浏览器与各目标浏览器全页面图片进 行比对。随后将生成的基准浏览器和目标浏览器全页面图片存入在数据 库DB中。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡 在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的保护范围之内。