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