这个web自动化测试框架真香

选择驱动版本。比如使用的是浏览器v78, 则对应可以下载78版本的驱动

解压.exe文件，放到环境变量中（比如根目录下）。

三、浏览器选项

四、元素查找

元素查找的方式基本上沿用了：

id

name

css 选择器

xpath

但是也新增了一些用得比较多的方式：

text 文本

href 属性

value 属性

查找方式有很多，但是其实作用不大，反而造成了框架代码的紊乱，不如就直接保留xpath和css就够了。

其实元素查找有更精简的方式来实现，有时间再说，这里就不深入了。

五、等待

相比于的等待，的友好性要好很多。

你可以在初始化浏览器的时候就设置一个全局等待时间，接下来所有的元素查找都会根据这个超时时间进行元素查找：

判断和匹配：

用过的可能会对显示等待的使用方式很苦恼，实在是难用，的 机制类似于显示等待，当然，更好用一些：

虽然更加容易使用，但是这种方式还是和元素查找存在同样的问题：api 太庞杂，一看源码直接晕了。

小伙伴们，你们能想到精简办法吗？

六、input元素输入

七、窗口管理和切换

窗口管理和切换是 最值得使用的地方，因为 管理窗口的方式非常原始，不自己封装几乎无法正常使用。

用一个专门的类来管理窗口：

对于窗口管理的实现非常有意思，对 魔术方法和描述符了解的同学可以去看下源码。

切换用到了上下文管理器，你只需要这样就可以完成切换，并且每次执行完会自动退出。

八、总结

相比更加容易使用，但是由于只是在的外面套一层壳，整个架构和流程并没有发生变化；

的api管理比较庞杂，对于一些很少用到的方法， 不管就行了；

对于浏览器的一些复杂操作做了很好的封装：

管理

切换

选择器处理

鼠标操作

尤其是表单和 input 的输入更加精简

缺乏对文件上传的处理

元素查找和管理还有待优化