一．Selenium操作原理
二．元素定位方式
Selenium提供了8种定位方式
- id定位：
- class定位
- Name定位(name元素一般不唯一,可通过getindex下标或for循环遍历获取)
- Tagname定位
- xpath定位
- css定位
- linkText定位(根据text文本内容进行定位)
- partial_link定位(模糊文本定位)
注：
1. 当页面元素有id属性时，最好尽量用id来定位。但由于现实项目中很多程序员其实写的代码并不规范，会缺少很多标准属性，这时就只有选择其他定位方法。
2. xpath很强悍，但定位性能不是很好，当脚本存在大量xpath定位时速度会缓慢，所以还是尽量少用。如果确实少数元素不好定位，可以选择xpath或css。
3. 当要定位一组元素相同元素时，可以考虑用tagName或name。
4. 当有链接需要定位时，可以考虑linkText或partialLinkText方式。
三．iframe切换
四．句柄切换
五．键盘，鼠标模拟操作
六．JS操作
七．弹窗处理
八．元素等待
九．TestNg框架
十．分层思想
十一．持续集成
自动化计划
有时时间有限且需要做的事情太多，尽早地提供一个可实施的自动化测试计划是一个很好的解决方法。试图在一个测试套件中自动化所有端到端的测试用例，这是一个常见的错误自动化计划必须合情合理且有影响力。自动化上投入的越多，维护的成本也就越大。在系统升级变化时，自动化也会更加不稳定。规模更小且目的性更强的自动化计划，并存在可以提供帮助的测试框架。在端到端的自动化测试上过度投入，常常会把你与产品的特定功能设计绑定在一起，这部分测试在整个产品稳定之前都不会特别有用。在产品完成之后，这个时候如果去修改设计就已经太晚了。所以，这个时刻从测试中得到的任何反馈也将变得毫无意义。 SET的时间，本应投入在提高质量方面，却白白地花费在维护这些不稳定的端到端测试套件上。