个人看法：
自动化不是用来找BUG，只是用来验证系统没有问题。
自动化测试比手工测试更脆弱
自动化测试本身并没有想象力
自动化测试的维护成功高
自动化工具无法处理异常事件
一、什么情况下适合自动化测试：
- 自动化测试用于已经稳定的模块或项目
- 版本迭代快，需要频繁的进行回归测试的
- 界面稳定（UI自动化）
- 在多个平台都需要测试的项目
- 项目周期长
- 系统的可测试性要强，如：代码需编写规范等
- 自动化测试人员需要具备较强的编程能力
二、成本考虑
- 时间成本：自动化不是一两天完成的，这个过程需要一个较长的时间段
- 硬件成本：硬件的需求
- 人力成本：需要精通自动化脚本编写的人员
可行性分析：某个项目是否满足执行自动化测试的条件，被测项目适合什么自动化工具
抽样分析：对项目的某个模块进行抽样分析
冒烟测试：冒烟测试是在提测之前进行的
回归测试：解放人工，提高测试效率
验收测试：全部功能的验证（全部功能都跑一遍）
自动化测试的服务对象：软件的发布流程
三、自动化测试的风险：
- 测试人员的离职
- 自动化测试失败的风险
- 自动化测试的成果要定期评估，及给出下一个阶段的计划
- 要给予自动化测试工程师最大的帮助，信息共享，如一些项目依赖，需要领导层及时沟通解决