【接口自动化测试入门】从0到1落地接口自动化测试

前段时间写了一系列自动化测试相关的文章，当然更多的是方法和解决问题的思路角度去阐述我的一些观点。这篇文章来聊聊新手如何从零到一落地实践接口自动化测试。

为什么要做接口测试

测试理念的演变

早些时候，软件研发交付流程大多遵循V型或W型的瀑布模式，这种模式下只有开发编码完成才会提测进入测试验证阶段。这个阶段测试同学做的大多是基于业务流程和页面的功能测试工作，也就是我们自嘲的“点工”。

近几年随着业务迭代速度加快，以及测试行业的不断发展，像测试左移、敏捷测试等理念开始被更多的人认可。从软件工程的角度来说，越早介入发现问题和风险，修复的成本越低，最终交付的质量也越高。

前几年自动化测试最火爆的时候，很多同学应该都知道测试金字塔模型。见下图：

按照某些理论或者大厂的最佳实践，UI:API:UNIT层的自动化测试占比应该是1:2:7，原因如下：

• UI：维护成本高，介入时间较晚，收益最小；
• API：维护成本适中，可以尽早介入，覆盖的场景也较多；
• UNIT：维护成本最小，可以更早介入，测试粒度最小，收益最高(至于谁来写单元测试，当然是开发啊)；

技术要求的提升

国内大部分测试同学在技术上来说相比于开发，是要弱上不少的。

为了不