测试专业版—自动化测试的常见范围

昨天介绍了一下自动化测试的一些误区：测试专业版——浅谈一下自动化测试的误区。

一些友友私信我想了解下现在的自动化测试都涉及哪些方面，结合自己的经历再和大家做一个简要的介绍。

主要分类

自动化测试从目前的发展来看，主要还是分为两大类，一是基于接口的自动化；二是基于UI的自动化。这两类刚好也有不同的职责，基于接口的主要负责后端，通常是服务端的自动化测试工作。而基于UI的自动化则是主要用于客户端的自动化测试工作。

接口自动化

接口自动化顾名思义，是服务于接口的，一般根据时间的充裕程度来看何时编写。普遍来说是在一个需求完成之后进行补充。内容主要包括了单个接口的各种情况的验证以及基于场景的情况验证。一般比较成熟的公司，框架都是现成的，进去之后只需要进行新接口的添砖加瓦即可。

UI自动化

UI自动化在几年之前，Selenium是一个比较火的框架，基本上web自动化也比较常见。但是发展到现在，大家逐渐把越来越多的精力转向了客户端的自动化上，web端的自动化反而优先级逐渐降得很低。主要原因还是web端的自动化收益没有那么大，也没有必要花太多精力去适配不同的浏览器来做额外的维护工作。于是，现在主流的还是客户端的UI自动化。

客户端的UI自动化和服务端不同，主要是基于用户操作的自动化，将一些常用的，相对固定的操作，来进行自动化的执行，从而代替一些重复的手工操作，在某种意义上，提升一下执行效率。

无论是哪种情况的自动化，一般都是在一个需求执行完成之后或者几个需求之后才开始做的，因为一般的迭代周期，不会给出你写自动化用例的时间，毕竟可能测试时间都被压缩的差不多了，更不要说再额外要这种时间了。大概的现状就是这样吧～～～

往期测试相关：

1. 关于走上测试这条路的一些巧合和建议
2. 讨论下 测试 究竟需不需要 刷题 这件事
3. 测试开发日常工作都干啥—日常工作扫盲
4. 测试开发求职准备—不要再被培训机构牵着鼻子走了
5. 测试开发岗【校招生】 一些准备建议—基础版
6. 测试专业版——浅谈一下自动化测试的误区