常见的自动化有UI自动化和接口自动化
写过UI自动化或者平时玩过的都知道,UI自动化在调试和维护时,是极其耗费时间的,而且由于网络或者环境的原因可能会经常出问题,去排查问题最终可能发现不是功能问题,在走敏捷讲速度的今天,这种事倍功半的工作,不建议去做,所以公司在讨论自动化时直接放弃UI自动化。
很多公司的接口自动化都在测试环境,我们公司内部在讨论接口自动化时,发现大家对于测试环境接口自动化的不足都有相同的观点:
1、测试环境不稳定,自动化经常出现非功能问题
2、收益低,很多时候是数据问题而非功能问题
基于以上,我们决定做线上环境的接口自动化,做成巡检来保障系统稳定性。(只做查询功能,如果公司有线上环境的测试账号,可以添加增删功能)
1、关于自动化测试的权衡取舍
用例的维护成本 < 回归测试成本,我们才添加自动化测试,否则没有任何的意义
2、定位
提升回归测试的效率,发布后用于线上功能回归
关键核心业务 7x24小时持续的系统稳定性的巡检
3、接口自动化的坑
首先我们明确:自动化测试并不能替代手工测试,它只能替代手工测试中执行频率高、机械化的重复步骤
不稳定的自动化用例比没有自动化更糟糕