【UI自动化测试】1_UI自动化测试 _自动化测试理论

文章目录

• 一、自动化测试理论
• • [1.1 什么样的项目适合做UI自动化测试](#1.1 什么样的项目适合做UI自动化测试)
  • [1.2 什么时候执行UI自动化测试](#1.2 什么时候执行UI自动化测试)
  • [1.3 UI自动化测试核心作用和劣势](#1.3 UI自动化测试核心作用和劣势)
• 二、为什么要进行自动化测试？
• [三、自动化测试分类 （重点）](#三、自动化测试分类 （重点）)

一、自动化测试理论

• UI： User Interface(用户接口-用户界面)，主要包括： app、 web
• UI自动化测试：使用工具或代码执行用例的过程。
• 自动化测试目的：提高测试效率

自动化概念：由机器设备代替人为自动完成指定目标的过程 。

自动化优点
 - 1.减少人工劳动力
 - 2.工作效率提高
 - 3.产品规格统一标准
 - 4.规模化(批量生产)  

1.1 什么样的项目适合做UI自动化测试

1、项目周期要长(>0.5年)

2、所要实现UI自动化的界面流程或者功能需求变更不频繁。

3、项目需要历史功能回归测试(项目有大量的版本迭代)

如果简历项目已经写了接口自动化测试那么不要同时出现UI自动化测试

简历注意：不要在一个项目经验中同时体现多个自动化测试技术的引入，UI自动化测试一般放在时间较长的项目中

提示：功能测试 ：UI自动化测试 = 1 : 3（时间之比）

1.2 什么时候执行UI自动化测试

1、项目在迭代过程中，先保障手工测试任务完成。

2、在迭代过程中如何还有空余时间，UI自动化测试脚本测试经理安排一些脚本编写的任务。

手工测试：就是由人去一个一个输入用例，然后观察结果。

项目UI界面还没有，能编写脚本吗?--不能
项目刚提测时，能执行吗?--不能

1、无UI无法确认UI界面信息，脚本无法编写。--不能
2、功能不稳定，问题多，UI界面可能发生变化。--不能
3、无法执行脚本调试。--不能

注意：部分公司存在独立的自动测试小组，可能在项目刚开始时就已经同步启动UI自动化测试工作，例如:环境部署、计划制定等.......

提示：UI自动化什么时候做的（除非专门自动化组），一般是项目空闲时，经理灵活安排。公司的项目在做了一年多之后，项目也有了正式上线运行的一个版本，但是后边经常迭代，那么对于历史功能我们经常做一些回归测试，这个时候我们经理利用一些空闲时间让我们实现历史功能的自动化脚本，那么不是连续的，是陆陆续续补充的。

产出成果：原回归测试时间缩短50%。

1.3 UI自动化测试核心作用和劣势

互联网项目现状:

• 快速迭代
• 文档缺失

项目实现UI自动化测试优势:
- 节省人力成本:回归测试工作由脚本代替人去执行
- 提高回归测试效率:脚本执行测试速度更快
- 提高测试质量:一旦自动化脚本库完善后测试执行过程更标准和准确
- 构建测试数据
- 作为项目文档辅助

U自动化测试劣势:
- 对测试人员要求提高
- 前期投入成本大
- 对项目要求高

数据库核心作用：
- 造数据
- 验证数据完整性
- 清理垃圾数据
- 数据初始化

误区：
1.自动化测试完全替代手工测试；（×）
2.自动化测试一定比手工测试厉害；（×）
3.自动化可以发掘更多的BUG；（×）

二、为什么要进行自动化测试？

1、解决-回归测试

2、解决-压力测试

3、解决-兼容性测试

4、提高测试效率,保证产品质量

································································································

• 回归测试：项目在发新版本之后对项目之前的功能进行验证；
• 压力测试：可以理解多用户同时去操作软件，统计软件服务器处理多用户请求的能力
• 兼容性测试：不同浏览器（IE、 Firefox、 Chrome）等等

三、自动化测试分类 （重点）

站在代码可见度的角度划分：

1. 黑盒测试(功能测试)

2. 灰盒测试(接口测试)

3. 白盒测试(单元测试)

提示：Web自动化测试属于黑盒测试 (功能测试)

································································································

自动化测试分类：

1. Web-(UI)自动化测试

2. 接口-自动化测试

3. 移动(app)-自动化测试

4. 单元测试-自动化测试