什么是自动化测试？
概念：把以人为驱动的测试行为转化为机器执行的一种过程，自动化测试节省人力、时间或硬件资源，提高测试效率。
特点优势
| 快速 | 比手工操作快 |
| 可靠 | 精确地执行相同的操作，可以排除手工操作错误 |
| 可重复 | 测试相同操作重复执行得到软件响应状况 |
| 可编程 | 可以编程得到应用系统的隐藏信息 |
| 可重用 | 针对不同版本，测试脚本可重复使用 |
| 综合测试 | 覆盖应用系统的一套综合测试方案 |
自动化测试
- 单元自动化测试（数据处理层）：指对软件中最小的可测试单元进行检查和验证，一般需要借助单元测试框架，如java的Junit、TestNG，python的unittest，常见的手段是code review等
- 接口自动化测试（业务逻辑层）：主要检查验证模块间的调用返回以及不同系统、服务间的数据交换，常见的接口测试工具有postman、jmeter、loadrunner等
- UI自动化测试（GUI界面层）：UI层是用户使用产品的入口，所有功能通过这一层提供给用户，测试工作大多集中在这一层，常见的测试工具有UFT、Robot Framework、Selenium、Appium等
1、什么项目适合做自动化测试？
· 软件需求稳定，不会频繁变更
测试脚本的稳定性决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要不断更新测试用例以及测试脚本，而脚本的维护实际上是代码开发的过程，需要修改、调试，必要时还要修改自动化测试的框架，所花费的人力、物力大便不值得弄自动化测试。
· 项目进度压力不大、软件维护周期长
自动化测试需求的确定、框架的设计、测试脚本的编写与调试均需要相当长的时间来完成，如果项目周期较短，没有足够时间支持，结果还不如手工测试来的快、简单，就不需要做自动化测试。
· 测试数据、测试用例、脚本的重用性较强
需要在多平台运行相同的测试用例、组合遍历型的测试、大量重复测浏览器的兼容、操作系统的兼容
· 被测系统开发较为规范，可测试性强
主要考虑三个方面，1）所测试的项目之间是否很大的差异性（如C/S系统和B/S系统的差异）；2）所选择的测试工具是否适应这种差异；3）测试人员是否有能力开发出适应这种差异的自动化测试框架。
首先要分析项目的架构和状况。对于一个后端的服务，它如果是纯粹以接口的形式提供给其它组件去调用，那可以采取“接口自动化”；对于一个Web产品，如果前后端都在测试的保障范围，而且前端页面相对比较稳定，可以考虑采用“UI自动化”（此时接口自动化其实已经不足以保障产品的端到端功能）；对于更后端的组件，如果想测试组件自身的基础核心功能，可以采用“基于shell交互命令执行的自动化”，通过自动化脚本的方式封装shell命令的调用。
web应用（B/S）的工具有：QTP、AutoRunner、Robot Framework、watir、selenium
- 从语言易学性来讲，首选ruby，python
- 从语言应用广度来讲，首选java，C#，php
- 从语言相关测试技术成度：ruby，python，java
- 考虑整个技术团队主流用的语言
