关于自动化测试

自动化测试

常见的自动化有UI自动化和接口自动化

UI自动化

写过UI自动化或者平时玩过的都知道，UI自动化在调试和维护时，是极其耗费时间的，而且由于网络或者环境的原因可能会经常出问题，去排查问题最终可能发现不是功能问题，在走敏捷讲速度的今天，这种事倍功半的工作，不建议去做，所以公司在讨论自动化时直接放弃UI自动化。

接口自动化

很多公司的接口自动化都在测试环境，我们公司内部在讨论接口自动化时，发现大家对于测试环境接口自动化的不足都有相同的观点：

1、测试环境不稳定，自动化经常出现非功能问题

2、收益低，很多时候是数据问题而非功能问题

基于以上，我们决定做线上环境的接口自动化，做成巡检来保障系统稳定性。（只做查询功能，如果公司有线上环境的测试账号，可以添加增删功能）

关于巡检

1、关于自动化测试的权衡取舍

用例的维护成本 < 回归测试成本，我们才添加自动化测试，否则没有任何的意义

2、定位

• 提升回归测试的效率，发布后用于线上功能回归

• 关键核心业务 7x24小时持续的系统稳定性的巡检

3、接口自动化的坑

• 首先我们明确：自动化测试并不能替代手工测试，它只能替代手工测试中执行频率高、机械化的重复步骤

• 不稳定的自动化用例比没有自动化更糟糕