自动化测试指软件测试的自动化，在预设状态下运行应用程序或者系统，预设条件包括正常和异常，最后评估运行 结果。将人为驱动的测试行为转化为机器执行的过程。
常见的自动化测试工具：QTP、selenium、Rational Robot 、jmeter、appium（app测试）、soapui、Loadrunner（性能测试工具）等等
selenium的特点：
免费 小巧 支持多种语言 支持多种平台 支持多种浏览器
自动化测试框架一般分为两个层次，上层管理整个自动化测试的的开发，执行以及维护 ，包括整个自动测试，包括自动化测试用例执行的次序、测试脚本的维护、以及集中 管理测试用例、测试报告和测试任务等。下层主要是测试脚本的开发，充分的使用相关的测试工具，构建测试驱动，并完成测试业务逻辑。
测试对象：UI 接口 代码
测试过程：系统测试 集成测试 单元测试
执行人员：测试人员 开发人员
自动化测试可以在整个测试过程中的任何一个阶段实施
测试人员一般在系统测试阶段进行自动化测试
集成测试阶段多进行自动构建、部署，以及冒烟测试的自动化
单元测试针对代码级别进行测试，可进行静态代码检查，或者执行单元测试用例，典型的框架比如junit， jmock等，该部分多由开发人员实施
UI自动化
用户维护量大，页面相关性强，必须后期介入 UI测试适合界面变动较小的项目
接口自动化
可在产品前期介入，用例维护量小 页面相关性小；适合接口变动小，界面变动频繁的项目
降低大型系统的由于变更或者多期开发引起的大量的回归测试的人力投入，在程序修改比较频繁时，自动化测试的优势尤为明显
创建优良可靠的测试过程，减少人为错误
可以运行更多繁琐的测试
可以执行一些手工测试困难或不可进行的测试
更好的利用资源
测试具有一致性和重复性
测试脚本的重用性
自动化测试的前提：
需求变动不频繁
项目周期足够长
自动化测试脚本可重复使用
交互型较强的项目，需要人工干预的项目，自动化无法实施
适合做自动化测试的项目：
自动化测试的具体实现，应该是包含下面七个过程的。
分析：总体把握系统逻辑，分析出系统的核心体系架构。
设计：设计测试用例，测试用例要足够明确和清晰，覆盖面广而精
实现：实现脚本，有两个要求一是断言，二是合理的运用参数化。
执行：执行脚本远远没有我们想象中那么简单。脚本执行过程中的异常需要我们仔细分析原因。
总结：测试结果的分析，和测试过程的总结是自动化测试的关键。
维护：自动化测试脚本的维护是一个难以解决但又必须要解决的问题。
分析：在自动化测试过程中深刻的分析自动化用例的覆盖风险和脚本维护的成本。
自动化测试失败的原因：
1.期望值过高，期望实现100%的测试自动化
2.对收益和成本认识不清,自动化测试的收益是由测试脚本的重复运行次数或自动测试脚本的利用率决定的
