web测试必备技能：浏览器兼容性测试_为什么要做浏览器的兼容性测试(1)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

举个例子来讲，你要测试这样一个web应用：用户登入，生成报表，发送报表，退出系统。这个应用还包含一个管理功能，管理员或经理登入后可查看哪些人做了哪些改动。

为了覆盖更多的浏览器，你可以用一种浏览器来测试登入功能，在另一个浏览器中测试“发送报表”的功能，用第三种浏览器测试“审计变动”的功能。

这是一个有效的方法，在日常的功能测试的过程中，同时覆盖多浏览器兼容性测试。上面这个例子还是存在一些问题的，比如讲，如果“审计变动”这个功能在第一种，或第二种浏览器里是有问题，那么就会发现不了。这种方法节省下来的时间，可以让你在做兼容性测试策略时，更有侧重。

二、让其他人帮你做测试

对于一些明显的页面兼容性问题，有一些在线工具可以帮着你检查，例如Browser Shots，它可以将你的页面载入到它所支持的浏览器中(它支持浏览器种类和版本很丰富)，然后截屏，你可以查看在这些浏览器下的载入情况了.

这是一个很棒的工具，但那些需要登入验证的应用，或则你的应用中包含的页面太多，这个工具就显得有点力不从心了.

三、和标准进行对比

你可以对你的站点进行HTML语法标准检查，如果通过了，在多浏览器兼容性上，你可以更有自信一点了，但即使通过了，还是总有一些浏览器（比如万恶的360）渲染你的页面是会有兼容性问题。

四、自动化

Web UI的测试可以通过webdriver这个工具来实现自动化，可以使用selenium Grid来将自动化脚本在多浏览器上运行。如果不会写代码的话可以使用TestWriter，完全零编码进行测试。

前提是你得有Web UI自动化的投入。Web UI自动化可以发现一些功能上的问题，但对于多浏览器页面布局方面的差异，通过它是很难发现的。

五、Fight Layout Bugs

你可以写一些自动化脚本来检查页面在不同浏览器下渲染效果。Fighting Layout bugs是一个开源的工具，可以用来检查页面布局方面的bug

六、手工测试

你可以手工测试所有的浏览器版本，为了避免混淆，你可以将不同的浏览器安装在不同的虚拟机上（uedde的确这这样做的），当有其他人需要用是，可以直接克隆这些虚拟机，或则直接访问这些虚拟机。但这太耗时，费力了，但还是有必要做一次这样的多浏览器手工测试的。

七、分类

你可以依据内核来划分浏览器。

chrome & safari使用的是webkit内核，Firefox则是Gecko， IE系列的是Trident内核，Opera使用Presto内核。最新的Opera好像也开始使用webkit内核了。

这样你就可以认为，如果在chrome上没有问题，那么“理应”在safari也应该没问题。

八、模拟

市面上有一些工具可以模拟不同的浏览器，有一些浏览器也附带了工具来兼容老版本。但使用这些工具是要谨慎，这样的模拟并不一定准确。慎重。

九、outsource selenium

如果你没有条件搭建selenium grid测试环境，你可以尝试着使用Sauce Labs 和 testingbot 这样的服务。

多浏览器的支持我们心中永远的痛，特别是如今浏览器更新如此频繁的状况下。哎~ 你可以选择上面的适合你的方法。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取