最全面的UI自动化面试题全在这里了！你还在考虑什么？

1.你是如何搭建ui自动化框架的？

在搭建ui自动化框架，使用的是po设计模式，也就是把每一个页面所需要

操作的元素和步骤都封装成一个页面类中。然后使用selenium+unittest搭建

四层框架实现数据、脚本、业务逻辑分离（关键字驱动）。其中四层框架包括

基础层（BasePage）、业务逻辑层（Pages）、数据层（Data）、测试用例层（Testcase）

1.基础层（BasePage）

设计一个基本的Page类，所有页面皆继承该类。提供一个页面需要实现的基本功能及公共方法。
　　
2.业务逻辑层（Pages）

按照PO设计模式，将每个页面抽象为一个类，放在Pages包里面，每个页面继承Basepage,可调用Data层数据，包括页面所有的操作对象属性和实现的功能

3.数据层（Data）

该层存放相关数据，例如：用户数据和密码。在测试用例可通过调用数层的数据来进行操作。

4.测试用例层（Testcases）

每一个测试用例testcase都对应Pages里面的一个页面，继承unnitest.TestCase类

通过调用对应页面类的方法，数据层的数据、增加断言（assert）来验证功能的正确性。

此外通过Jenkins自动执行测试、代码质量检测和部署到测试服务器、部署到生产服务器上

2.UI自动化测试中定位方式有哪些，哪些是你常用的？

By ID

By Class Name

By Tag Name

By Name

By Link Text

By Partial Link Textzhi

By CSS Seletor

By XPath

3.UI自动化测试有哪些缺点？如何改进？

不稳定，页面经常变，不好定位，不适合业务复杂和频繁变动的项目

改进：在项目中尽量使用显示等待

4.请你描述一下在UI自动化运用的等待机制区别？

sleep()强制等待，设置固定休眠时间，执行sleep（）后线程休眠

而另外两种线程不休眠

隐式等待，是设置的全局等待

显示等待，是针对于某个特定的元素设置的等待时间

5.PO设计模式的原理？哪些地方能够改善？

原理：

PO模式，全称 Page object ,页面对象模型。

将页面的元素定位和元素行为封装成一个 page 类。

实现页面对象和测试用例分离。

改善：

其中对对象库层、逻辑层、业务层进行了一系列封装

6.Unittest框架有什么缺点？

1 不够灵活，比如进行 ui 自动化设计时，会多次打开浏览器，增加脚本运行时间

2 测试报告不够全面，没有 pytest 的 allure 测试报告清晰美观

7.Webdriver的原理

由于客户端脚本(java, python, ruby)不能直接与浏览器通信，这时候可以把Webdriver 当做一个翻译器，它可以把客户端代码翻译成浏览器可以识别的代码(比如js).客户端(也就是测试脚本)创建 1 个 session，在该 session 中通过 http 请求向Webdriver 发送请求，Webdriver 翻译成浏览器懂得脚本传给浏览器，浏览器把执行的结果返回给 Webdriver,Webdriver 把返回的结果做了一些封装(一般都是 json 格式)，然后返回给客户端,根据返回值就能判断对浏览器的操作是不是执行成功。

8.selenium 中 hidden 或者是 display = none 的元素是否可以定位到?

不能

9.如何提高 selenium 脚本的执行速度?

1减少操作步骤，减少脚本用例不必要的步骤

2设置等待时间的时候，可以

sleep 固定的时间，也可以检测某个元素出现后中断等待也可

以提高速度

3实现多线程。在编写测试用例的时候，一定要实现松耦合，然后在服务器允许的情况下，

尽量设置多线程运行，提高执行速度。

10.如何实现多线程？

先写一个run的函数

保证for循环能跑的通

在run函数上加个装饰器 @threads(n),n是线程数

11.说一下XPATH定位的原理？

基于HTML的文档目录结构进行定位元素

12.selenium中如何判断元素一定存在？

Presense_of_element_located

强制等待、隐性等待、显性等待

1.强制等待–固定等待一段时间，即使设置一定的等待时间，也不能确保一定能够定位到元素，因为你无法知道页面加载的时间，而且这种方法通常比较浪费脚本执行时间，效率低

2.隐性等待–设置最长的等待时间，在这个时间内，当元素被加载出现在dom树中且页面被完全加载完成之后，才执行下一步操作，保证了脚本的稳定性，但执行效率相对较低，因为往往我们只需要目标元素出现即可，并不需要挣个页面加载完成，而隐性等待要等待挣个页面加载完才能执行下一步，浪费一定时间，那么为了解决这种弊端又引入了显示等待。

3.显示等待–显示等待实现方式通过判断某一个条件是否成立，如果成立就立即执行下一步操作，不需要等待页面加载完成，执行效率高，脚本的稳定性也相对较高

selenium原理

我们使用Selenium实现自动化测试，主要需要3个东西

1.测试脚本，可以是python，java编写的脚本程序（也可以叫做client端）

2.浏览器驱动，这个驱动是根据不同的浏览器开发的，不同的浏览器使用不同的webdriver驱动程序且需要对应相应的浏览器版本

3.浏览器，目前selenium支持市面上大多数浏览器，不同的浏览器使用不同的webdriver驱动程序且需要对应的浏览器版本

selenium工作过程

1.selenium client(python等语言编写的自动化测试脚本)初始化一个service服务，通过webdriver启动浏览器驱动程序chromedriver.exe

2.通过RemoteWebDriver向浏览器驱动程序发送HTTP请求，浏览器驱动程序解析请求，打开浏览器，并获得sessionid,如果再对浏览器操作需携带此id

3.打开浏览器后，所有的selenium的操作(访问地址，查找元素)均通过RemoteConection链接到remote server,

然后使用execute方法调用request方法通过urlib3向remote server请求

4.浏览器通过请求的内容执行对应动作

5.浏览器再把执行的动作结果通过浏览器驱动程序返回给测试脚本

上面这些是我的收集和整理，这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你

关注我的微信公众号【软件测试小dao】免费获取！

标签：脚本,面试题,浏览器,元素,selenium,全在,UI,等待,页面
来源： https://blog.csdn.net/m0_57162664/article/details/116089172