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

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

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

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

3.就手工测试了。

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

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

共收到 13 条回复 时间 点赞

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

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

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

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

5楼 已删除

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

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

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

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

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

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

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

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

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

TestWriter 工具

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