web自动化之常见面试题

1.selenium 中如何判断元素是否存在
    匹配元素列表，列表为空，则不存在，列表不为空，则存在

2.元素定位有哪几种方式，你最常用那个

元素定位的方法（见下列链接的5.2）：

web自动化之基础内容（全网最详细，selenium环境准备和selenium工具操作）-第一天-CSDN博客

推荐的元素定位优先级
    优先级最高：ID
    优先级其次：name
    优先级再次：CSS Selector
    优先级最次：Xpath
    link_text、class_name、tag_name 基本不用

3.为什么css效率更高
    

为什么优先选择css，而不选xpath？
1、css是配合HTML工作的，css的实现原理是匹配对象； xpath是配合xml工作的，xpath的实现原理是遍历
2、大部分人认为css的语法更加简洁明了
3、前端开发主要用的是css，不使用xpath

css的语法是怎样的呢？
css的规则由两部分构成：选择器，以及一条或多条声明

4.获取动态验证码

    肯定不用图像识别，成本高，且成功率低
    一般去服务端读取（有权限）
    一般来说，这个验证码，我们会存在redis，直接按照数据逻辑去读取即可，权限充足的可以直接修改redis
    对于一些性能要求不严格、用户数极少的系统，可能会存在数据库当中

5.selenium如何提高脚本执行速度提高

    尽量用显示等待，不用sleep，也不用隐式等待
    对于一些需要好几个步骤才能到达的页面，若中间步骤不是必须的，与当前用例关联不大，则省略这些步骤，直接访问网址

6.selenium 如何保证元素操作的成功率，或者说，提高脚本的稳定性

    1、元素等待
    2、尝试更加稳定的元素定位方式（比如一些明明没问题，但是由于开发实现不标准的，我们可以捕捉异常
                                当异常产生之后，我们换一个定位表达式
                                或用鼠标事件点击代替 click
                                或用js点击代替click

7.ui自动化做不做数据校验

   不做数据校验，考虑成本问题，ui自动化更关注交互逻辑的正确性
    数据校验，可在接口测试进行，ui自动化不为接口没做的事情，还债

8.如何定位页面上动态加载的元素

 触发加载元素的操作，等待至元素出现（sleep）

9.对于一些元素，它的属性的变化的，如何定位，或者没有属性的元素，如何定位

 css或xpath的关系定位，父子、兄弟

webdriver 不可以用作接口测试

10.ui自动化覆盖率多少

       大概在百分之三十（如果项目前端很稳定，就是百分之三十，不然就是百分之十，也可以说：我没计算过，我们只是将冒烟用例ui自动化处理了）
    补充：接口测试用例一般要求做到百分百。我们可以回答：我们当初期望是做到百分百覆盖，但是后期由于需求的不断变更，以及成本上的考虑，只做到了百分之七十多

11.selenium 局限性

      不稳定、不易维护、成本往往大于收益

12.你写自动化时，写了多少case，用了多久

    数量：自己回去数一下公司的冒烟用例
    用了多久：初步实现，我们两个人，用了一个多星期的时间，后期维护，基本一直在维护，维护用了多少时间我就没计算过了

13.selenium 的原理

    python代码通过selenium库，操作webdriver，webdriver操作浏览器
    浏览器返回给webdriver，webdriver反馈给代码

14.多久跑一次web自动化

ui自动化的代码，每次冒烟测试跑一下、版本提交跑一下，从测试环境进入预生产环境，跑一下

15.web自动化的框架

一般把pytest+allure+selenium（po模式）结合使用