接口自动化测试的知识点快眯上你的小眼睛，认真阅读吧

我继续告诉你

接口自动化测试知识点

闭上眼睛仔细阅读

前言：

自动化测试是近年来的热门话题，当然也是未来软件测试的发展趋势。未来，功能测试等非核心测试工作将外包。想要在软件测试行业继续前行，就必须具备核心竞争力，掌握自动化测试技术是必备技能。

在《谷歌软件测试之道》一书中有介绍：在谷歌，70%的自动化测试工作集中在单元测试，20%集中在接口测试，剩下的10%是UI测试。你明白了吗？

虽然我们没有谷歌那样完善的机制和工程师文化，也不需要一切照搬谷歌，但谷歌作为互联网2.0时代最耀眼的公司，其技术发展方向，流程管理等可以说是近在咫尺。未来，

我们必须达到的方向。选择适合您的并实施应用程序是我们现在应该做的。

目前，国内互联网行业，从大环境来看，仍处于高速发展期，需要流程标准化。如何跟上不断变化的发展节奏？除了不断地了解和接触新事物，你还需要不断地学习和提高自己。

跟上时代潮流的动力。即使不能成为潮流引领者，也不能成为被时代淘汰的群体。说到这里，我推荐乐博学院的2门公开课：乐哥的《软件测试训练营》和《软件测试在职提升班》。都是免费试听课，包括直播课和录播课。鼓励大家去试听，快速从课堂上得到你的知识点。

一、接口自动化测试的“能力”

界面自动化的目标：

项目API层的HTTP接口的功能逻辑验证？减少人工测试的工作（回归验证；跨模块验证）？实现人工验证无法做到的验证（比如涉及大量数据的接口的排序和比较）？手动困难 完全验证的功能逻辑（例如，接口的功能验证涉及大量数据）

ps：在实际项目中，界面自动化的根本目的是什么？

个人认为是运行时间，可以监控接口，当接口出现故障时，可以及时发现，也就是可以发现bug。因此ui自动化测试是什么，代码覆盖率可以用来评估接口自动化的完整性，但更重要的是发现问题。

界面自动化用例用例设计原则，记住：

不要为了自动化而自动化。这样做的首要目的是尽快找出问题所在；? 自动化中的代码覆盖率统计可以作为参考，但不能一开始就为了提高覆盖率而陷入案例设计。;

注意：

一个好的界面自动化案例设计取决于案例设计者的功能理解（手工测试技能）+功能覆盖点；

原则：

1.将手动测试点转换为自动化用例。案例设计注意：验证用例通过的准则——指一个功能点容易出问题的地方。也就是说，一个用例的传递，说明这个功能点一定没有问题；否则ui自动化测试是什么，一定有问题。

2.涵盖不易检查/太耗时的手动测试

例如：

当 HTTP 接口设计用于比较大量数据时；? 接口的json返回不能直接检查函数点是否正确（当需要调用另一个接口的json进行间接验证时）；? 一个接口的json返回需要和其他模块的接口结合“​​相互验证”（需要调用其他模块接口的json，两个json互相验证正确性）

3.这里“边缘性”的特征检查主要是指回归验证。如果系统涉及边缘的功能验证，则自动化此类功能设计层的用例

4.接口验证的范围接口验证：即判断一个接口是否正常的标准。注：接口参数“合理”组合；

5.DB数据更新检查（必要时） 注意DB数据更新是从接口的角度检查的：

其他系统的数据更新为待测系统DB中的数据；由于用户操作，待测系统的数据每天更新到DB；

6.界面自动化的数据准备

是否需要在 DB 中专门为接口自动化准备所需的数据取决于适用程度。原则：除非迫不得已，否则不要准备。如果您不准备数据，无法完成接口的验证，您可以自己准备数据。

注意：一旦您自己准备好数据，请评估对其他功能验证的影响。保证数据库中的数据量和真实性（模拟数据要充足，不能与真实数据相差太大）。

接口自动化用例定期运行：

自动化一般选择每天定时运行。这里要注意的一件事是计时运行的时间。选择时间时要注意几点：

在线运行时，注意对在线界面的影响（一般要求：在线回归验证可以随时运行）；

如果要查看DB数据更新的相关逻辑，注意数据的稳定性（比如用户数少的时候）；

测试时（非生产环境），接口涉及读写DB，考虑是否需要定时运行；

二、”Cannot” 用于接口的自动化测试

首先，界面自动化并不是万能的，总有包不住的时候。知道自动化的“不能”，可以更好地配合人工测试解决问题。

自动化的“不能”如下：