目录
首先了解一下互联网的技术架构：
按照端来划分可以分为两部分：移动端和服务端，各自的内容大概如下图所示
后端（服务端）看起来很简单，其实后端拆开是非常复杂的，如下图
大概有150多个模块，每个模块快的话，一两个星期就迭代一次，慢的话，一两个月也需要迭代一次，综合起来基本每天都在更新，每天都更新好几次。面对如此频发庞大的变更，传统的测试方法瀑布模型显然跟不上，还没测试完又发现新的更新了。
解决办法：分层测试思想，把测试分前端和后端，前端有关注前端的测试用例，后端有关注后端的测试用例。后端很多组件也进行拆进行微服务化，每个组件都有对应的自动化测试，既有单元测试，又有模块的测试，又有集群的整体测试，UI端的测试。
所以基本的特点就是分层和自动化，这么大的集群，若没有自动化是不可能能完成测试的。
接口测试的必要性
pageobject作者对分层测试画了一个图如下
从中可以看到，越往下的unit测试的执行速度和质量返回速度就会越快，成本也会越低。
unit测试属于开发范畴，service测试包含微服务等测试，UI层就是前端测试。
接口测试不能取代UI的测试
虽然接口测试有很多优点，但是保证的是后端的质量，未覆盖到前端的质量保证，依然需要UI测试来保证前端的质量。
例如：股票的价格，若只做接口测试可以保证返回来的价格是否正确，但是若上涨应该显示红色，下跌应该显示绿色，颜色显示是否正确就只能要UI测试了。