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

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

那么自动化测试的价值是什么?怎么证明它不是伪需求?

1. 起发现 bug，自动化测试更擅长保持旧有的功能没有 bug 出现。
2. 入自动化测试之后，能代替大量繁琐的回归测试工作，把业务测试人员解放出来，既而让业务测试人员把精力集中在复杂的业务功能模块上。
3. 般来说相对稳定的功能更适合自动化。
4. 能自动化尽可能用接口、验收自动化则使用端到端。
5. 动化技术是测试人员深化技能的必经之路。
   …

简单介绍一下自动化项目整体框架的结构

自动化测试框架涵盖基础方法封装、自定义异常封装、工具类封装、元素管理封装、Page bject 模式封装、日志封装、数据管理封装、失败重试封装、浏览器/手机适配封装、数据库操作封装、测试用例管理封装、测试报告等等。

自动化中显式等待和隐式等待的异同？

1. 相同点。

都是智能等待，在一定时间范围内不断查找元素，一旦找到立刻结束查找，继续执行代码，没找到，
则会一直找，直到超时为止。

2. 不同点。

隐式等待是全局性设置，并且可以随时更改，在更改后对之后的 findxxx 方法生效，对点击、输入、滑动之类的操作不起作用；
显式等待仅仅针对单一元素或一组元素生效，并且不仅仅是针对查找，还可以针对弹框或者 frame 等
特殊情况起作用，也可以针对元素的某些属性进行自定义判断。

如何保证自动化测试的稳定性

自动化测试的稳定性主要表现在两个方面：一个是元素定位的问题，一个是用例之间的依赖问题。元素定位问题可以采用智能等待的方式尽可能的避免；用例依赖可以解耦用例之间的关系，让每条用例都从一个共同的页面开始执行。
比如首页，这就需要在测试框架中采用后置处理的方式，使每条用例执行完成后都回到首页。

自动化测试中用例依赖的数据如何构造

不管是接口自动化还是 UI 自动化都会存在自动化 case 依赖数据如何构造的问题，该问题可以从三个方面去考虑：

• 第一个是在测试前采用接口去构造需要的数据；
• 第二个是使用初始化 SQL 去初始化数据，但是如果说表结构复杂的话，SQL 编写也是比较大的工作量；
• 第三个方式是提前准备好一套数据，并且将该数据对应的数据库进行备份，在之后每次执行测试前先备份当前数据库数据，再导入之前的测试数据执行测试，测试执行完后再恢复原有的数据。

请描述你们公司是如何做接口测试的？

第一步：我们会首先分析出测试需求，并拿到开发提供的接口说明文档。
第二步：从接口说明文档中整理出接口测试案例，里面要包括详细的入参和出参数据以及明确的格式