元素定位的方法(见下列链接的5.2):
web自动化之基础内容(全网最详细,selenium环境准备和selenium工具操作)-第一天-CSDN博客
推荐的元素定位优先级
? ? 优先级最高:ID
? ? 优先级其次:name
? ? 优先级再次:CSS Selector
? ? 优先级最次:Xpath
? ? link_text、class_name、tag_name 基本不用
为什么优先选择css,而不选xpath?
1、css是配合HTML工作的,css的实现原理是匹配对象; xpath是配合xml工作的,xpath的实现原理是遍历
2、大部分人认为css的语法更加简洁明了
3、前端开发主要用的是css,不使用xpath
css的语法是怎样的呢?
css的规则由两部分构成:选择器,以及一条或多条声明
? ? 肯定不用图像识别,成本高,且成功率低
? ? 一般去服务端读取(有权限)
? ? 一般来说,这个验证码,我们会存在redis,直接按照数据逻辑去读取即可,权限充足的可以直接修改redis
? ? 对于一些性能要求不严格、用户数极少的系统,可能会存在数据库当中
? ? 尽量用显示等待,不用sleep,也不用隐式等待
? ? 对于一些需要好几个步骤才能到达的页面,若中间步骤不是必须的,与当前用例关联不大,则省略这些步骤,直接访问网址
? ? 1、元素等待
? ? 2、尝试更加稳定的元素定位方式(比如一些明明没问题,但是由于开发实现不标准的,我们可以捕捉异常
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 当异常产生之后,我们换一个定位表达式
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 或用鼠标事件点击代替 click
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 或用js点击代替click
? ?不做数据校验,考虑成本问题,ui自动化更关注交互逻辑的正确性
? ? 数据校验,可在接口测试进行,ui自动化不为接口没做的事情,还债
?触发加载元素的操作,等待至元素出现(sleep)
?css或xpath的关系定位,父子、兄弟
webdriver 不可以用作接口测试
? ? ? ?大概在百分之三十(如果项目前端很稳定,就是百分之三十,不然就是百分之十,也可以说:我没计算过,我们只是将冒烟用例ui自动化处理了)
? ? 补充:接口测试用例一般要求做到百分百。我们可以回答:我们当初期望是做到百分百覆盖,但是后期由于需求的不断变更,以及成本上的考虑,只做到了百分之七十多
? ? ? 不稳定、不易维护、成本往往大于收益
? ? 数量:自己回去数一下公司的冒烟用例
? ? 用了多久:初步实现,我们两个人,用了一个多星期的时间,后期维护,基本一直在维护,维护用了多少时间我就没计算过了
? ? python代码通过selenium库,操作webdriver,webdriver操作浏览器
? ? 浏览器返回给webdriver,webdriver反馈给代码
ui自动化的代码,每次冒烟测试跑一下、版本提交跑一下,从测试环境进入预生产环境,跑一下
一般把pytest+allure+selenium(po模式)结合使用
?