浅谈自动化

标签：版本   编写   发布   处理异常   问题   依赖   效率   自动   需要   

个人看法：

自动化不是用来找BUG，只是用来验证系统没有问题。
自动化测试比手工测试更脆弱
自动化测试本身并没有想象力
自动化测试的维护成功高
自动化工具无法处理异常事件

一、什么情况下适合自动化测试：

1. 自动化测试用于已经稳定的模块或项目
2. 版本迭代快，需要频繁的进行回归测试的
3. 界面稳定（UI自动化）
4. 在多个平台都需要测试的项目
5. 项目周期长
6. 系统的可测试性要强，如：代码需编写规范等
7. 自动化测试人员需要具备较强的编程能力

二、成本考虑

1. 时间成本：自动化不是一两天完成的，这个过程需要一个较长的时间段
2. 硬件成本：硬件的需求
3. 人力成本：需要精通自动化脚本编写的人员

可行性分析：某个项目是否满足执行自动化测试的条件，被测项目适合什么自动化工具
抽样分析：对项目的某个模块进行抽样分析

冒烟测试：冒烟测试是在提测之前进行的
回归测试：解放人工，提高测试效率
验收测试：全部功能的验证（全部功能都跑一遍）
自动化测试的服务对象：软件的发布流程

三、自动化测试的风险：

• 测试人员的离职
• 自动化测试失败的风险
  • 自动化测试的成果要定期评估，及给出下一个阶段的计划
  • 要给予自动化测试工程师最大的帮助，信息共享，如一些项目依赖，需要领导层及时沟通解决

浅谈自动化

标签：版本   编写   发布   处理异常   问题   依赖   效率   自动   需要   

原文地址：https://www.cnblogs.com/longweiqiang/p/11918210.html