这两点就导致了对于日益增多的浏览器做兼容性测试显示十分必要，但也使得这种兼容性测试变得十分耗时。
通过全覆盖的测试，你就可以明确的知道你的站点支持哪些浏览器，哪些有兼容性问题。一个最简单的减少浏览器兼容性测试的办法，就是停止对老版本浏览器的支持。这个策略对一些公司是适用的，但并不适用所用的公司。
停止对老版本浏览器的支持，并不意味这你的产品在这些老版本上就没有bug， 这仅仅是你可以忽略那些老版本上的潜在问题，把精力放在那些当前支持的浏览器版本上。
一、分散风险
一个途径就是在多浏览器环境中执行日常的测试工作。
举个例子来讲，你要测试这样一个web应用：用户登入，生成报表，发送报表，退出系统。这个应用还包含一个管理功能，管理员或经理登入后可查看哪些人做了哪些改动。
为了覆盖更多的浏览器，你可以用一种浏览器来测试登入功能，在另一个浏览器中测试“发送报表”的功能，用第三种浏览器测试“审计变动”的功能。
这是一个有效的方法，在日常的功能测试的过程中，同时覆盖多浏览器兼容性测试。上面这个例子还是存在一些问题的，比如讲，如果“审计变动”这个功能在第一种，或第二种浏览器里是有问题，那么就会发现不了。这种方法节省下来的时间，可以让你在做兼容性测试策略时，更有侧重。
二、让其他人帮你做测试
对于一些明显的页面兼容性问题，有一些在线工具可以帮着你检查，例如Browser Shots，它可以将你的页面载入到它所支持的浏览器中(它支持浏览器种类和版本很丰富)，然后截屏，你可以查看在这些浏览器下的载入情况了.
这是一个很棒的工具，但那些需要登入验证的应用，或则你的应用中包含的页面太多，这个工具就显得有点力不从心了.
三、和标准进行对比
你可以对你的站点进行HTML语法标准检查，如果通过了，在多浏览器兼容性上，你可以更有自信一点了，但即使通过了，还是总有一些浏览器（比如万恶的360）渲染你的页面是会有兼容性问题。
四、自动化
Web UI的测试可以通过webdriver这个工具来实现自动化，可以使用selenium Grid来将自动化脚本在多浏览器上运行。如果不会写代码的话可以使用TestWriter，完全零编码进行测试。
前提是你得有Web UI自动化的投入。Web UI自动化可以发现一些功能上的问题，但对于多浏览器页面布局方面的差异，通过它是很难发现的。
五、Fight Layout Bugs
你可以写一些自动化脚本来检查页面在不同浏览器下渲染效果。Fighting Layout bugs是一个开源的工具，可以用来检查页面布局方面的bug
六、手工测试
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数软件测试工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上软件测试开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新
如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注软件测试）
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
)]
一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
710
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
