自动化面试及答案合集大全 自动化面试问题及答案集锦(5)

自动化面试及答案合集大全

基本上定位不到元素的问题都可以解决掉。

有没有做过二次封装？封装了哪些方法？简单的描述下？

有的！
例如，
元素定位方法，
会进行显示等待，
会兼容 8 种元素定位的方法的封装；
如模拟输入：基于原有的 send
keys 方法。输入之前，加上模拟清除的操作；
再例如，窗口切换、Select 下拉框等多行实现的操作方法，都会进行二次封装。这些封装的代码，我们都会放在一个基类中，统一的进行管理。

UI 自动化解决了什么问题？你觉得其价值大不大？主要体现在哪里？

首先，个人觉得 UI 自动化测试核心解决的问题还是解决手工回归测试，基于历史功能或流程进行回归，用来代替绝大部分的回归测试工具，缩减测试过程中重复的工作。
第二，UI 自动化的脚本还可以通过运行来准备测试数据，例如，假如我要测试生成订单后的各种流程，就可以通过运行生成订单的测试用例。
我觉得 UI 自动化测试脚本如果编写的比较全面的话，价值还是很大的。就像上面说的回归测试和构造数据，不过前提是被测项目得适合做 UI 自动化，否则就是白白投入。

简单的描述下数据驱动实现的方式？数据存储在哪里？

我们之前项目数据驱动实现的方式是利用 json 和 parameterized 参数化插件实现的。json 文件用来组织定义测试数据，parameterized 用来遍历数据，读取 json 数据通过定义一个函数来进行读取。
当然，我还了解数据的存储方式还有其它很多种形式：可以直接去读取数据库的数据、也可以将测试数据定义到 Excel 文件中。具体看实际需要。

如何开展自动化测试框架的构建？

我们公司的自动化测试框架主要是由页面库，数据驱动，测试脚本，测试报告，持续集成这几个部分组成的。

页面对象库，主要是对自动化包括工具（Selenium，Appium）API 的二次封装，还有使用二次封装后的自动化工具类实现的页面元素封装（Page Object）然后，会给封装好的页面设置一个统一入口类。这其之中，还会有一个页面元素文件，专门存放元素的定位方法。

数据驱动部分，主要是测试脚本中使用的数据文件（Excel、YAML、TXT）以及读取方法类，如果数据涉及到数据库，也会把对应的数据读取方法封装到这个部分。

测试脚本，主要是通过 Pytest 测试框架进行编写的，选择其原因主要因为其支持 assert 语句断言，
适合复杂的功能测试，在执行过程中，可以自定义用例执行顺序和跳过以及预期，支持重复执行，还可兼容 UnitTest 编写的测试用例，最重要的是支持参数化和方便持续集成工具集成。