TesterHome

前端测试 针对于浏览器的兼容性测试

淳罡 · 2016年11月15日 · 最后由 我不是一只米虫 回复于 2016年11月16日 · 1742 次阅读

1.我使用 selenium 写脚本跑多个浏览器，但是不知道如何发现问题。不知道是不是定位方式的问题，使用的 css 定位。

2.使用阿里的 F2etest，但是公司环境不太允许。

3.就手工测试了。

4.还有网上搜到的一些工具，IETester、SuperPreview 之类的。但是还是感觉不好用。

我还是想写脚本来测试，当然有更好的工具也可以。所以有些迷惑，针对于浏览器的兼容性测试，大家有什么好的方法，或者工具么望指教。

2 个赞
共收到 13 条回复 时间 点赞
恒温 #2 · 2016年11月15日

先说说看自己做了哪些调研？

孙高飞 #3 · 2016年11月15日

一般不就是 webdriver 跑各种浏览器么？

淳罡 #3 · 2016年11月15日 Author

#2 楼 @ycwdaaaa 有个疑惑，编写脚本的思想是什么。比如我在 chrome 跑了没问题，在 Safari 就有问题，那个这个问题如何判定是兼容性问题。

孙高飞 #11 · 2016年11月15日

#3 楼 @wanxi3 你说的问题是什么问题。

10楼 已删除
孙高飞 #6 · 2016年11月15日

#5 楼 @wanxi3 有些地方是需要些特化的。我们之前会给 IE 做特化处理。 判断如果是 IE 浏览器，就做怎样的操作。不过这种地方不会多的。极少的部分

淳罡 #8 · 2016年11月15日 Author

#6 楼 @ycwdaaaa 那写脚本的思想，还是把页面全部元素都全部都点击一遍么。

孙高飞 #8 · 2016年11月15日

#5 楼 @wanxi3 如果是单纯的空间的定位方式都不一样了，例如 xpath，id，name 这些东西都不一样了那就是很糟糕了。不过我没碰见过。 这时候需要在代码里做不同的控件定位处理。 我见过的做法是，在 page object 里定义一个控件。然后使用不同的注解 (java 特性) 定义这个控件。IE 就找 IE 的注解， chrome 就找 chrome 的

孙高飞 #6 · 2016年11月15日

#7 楼 @wanxi3 写脚本的思想，我建议还是跟着业务逻辑走。配合数据库和文件系统的检查，你也可以调用一些开发的接口来避免某些不稳定的页面的操作

淳罡 #5 · 2016年11月15日 Author

#8 楼 @ycwdaaaa 例如出了什么问题，就会是兼容性问题。还是说要去看 webdriver 的截图判断。

孙高飞 #11 · 2016年11月15日

#10 楼 @wanxi3 有时候截图判断不了，避免不了去环境里看看的

淳罡 #12 · 2016年11月15日 Author

#11 楼 @ycwdaaaa 那这样的我理解就还是像一般的 UI 测试一样，按业务逻辑走一遍流程。

我不是一只米虫 #1 · 2016年11月16日

TestWriter 工具

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册。