认识达内从这里开始

软件测试相信大家应该不陌生了吧。而随着互联网的不断发展，软件测试的类型也在不断的增加和变化，下面我们就通过案例分析来了解一下，关于接口自动化测试的一些特点。

分层自动化测试是近曝光度比较高的概念，传统的自动化测试更关注的是UI层的自动化测试，而分层自动化测试则倡导产品的不同层次都要进行自动化测试。

单元测试：关注代码的实现逻辑，比如一个if分支或者一个for循环的实现;

服务层测试：关注的代码所提供的接口是否可靠;

UI层测试：关注的是界面层的测试;

单元测试和服务层测试，可以通过junit、testNG、unittest等一些测试框架来实现自动化测试。

UI层的测试可以借助selenium、appium模拟页面操作实现自动化测试。

我们看这个模型为什么要设计成金字塔形，而不是长方形或者倒三角形呢，这是为了表示不同阶段投入自动化测试的比例，越往上层，其维护成本越高，尤其是ui层的元素会时常发生变化，所以我们应该把更多的自动化测试放在单元测试和接口测试阶段。

在这里我们不是说不提倡大家做UI测试，而是不应该投入太多精力去做UI层的自动化测试。

什么是接口

接口：外部系统与本系统之间以及系统内部的各个子系统间，以约定标准提供的服务，包括对外提供的接口/对内提供的接口。

在这块我们举一个比较生活化的例子，我们平常使用的笔记本，在笔记本的两端有很多小插口，常见的就是USB插口，我们可以把鼠标连接在USB插口上，也可以把键盘、U盘连接在USB插口上，为什么同一个USB接口可以连接这么多设备呢，其实这个接口，他就有一个统一对外的连接标准。

在我们开发当中，也有一个对外暴露的接口，因为他们服务的协议都是统一的，常见的就是hhtp协议，我们规定好一种格式，让客户端来调用我们。

这里面键盘鼠标属于调用方，插到笔记本的USB上，就可以连接设备，就可以进行操作了。对外暴露的一个统一的一个规范，这样去理解接口，更形象一些。

什么是接口测试

在了解完什么是接口之后，我们来说一下什么是接口测试。

接口测试测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等，保证对外提供接口的正确性和健壮性。

我们在具体测试过程中，我们不用关心接口调用方和接收方的实现逻辑，我们只需要知道传入什么数据，返回什么的结果是否达到我们的预期。接口测试其实也是黑盒测试，他与UI测试的区别就是没有界面交互，是不可视化的。

我们为什么要做接口测试

测试前置：我们不能等到整个系统全部开发完成才能进行测试，我们可以通过调用接口来进行测试，把问题拦截在前期，降低问题修复成本。

Bug更容易定位：因为我们按接口进行测试，出现问题后在被测接口中排查就可以了，它比系统集成之后，发现问题更容易定位，系统集成之后有各种模块的调用，出现bug之后再排查，排查的链路非常的长。另外从机制上更接近出问题的地方更容易命中问题。

前后端分离结构：现在很多系统都采用前后端分离架构，各服务之间更多的是通过接口来实现信息互通，对接口进行直接测试，可以更全面的覆盖各类测试场景。

自动化测试落地性价比高：比UI自动化测试更稳定，我们上面已经说了UI层的元素时常发生变化，有时改一个简单的元素，都有可能导致我们的自动化测试走不下去，写一套自动化测试脚本比较容易的，但是维护起来，会耗费很大的时间精力，相对来说，接口就比较稳定，一个项目没有大的改造，入参和出参就是固定的，变化的概率比较小，这样维护起来也比较方便。

减少安全隐患：比如我们在平常的测试过程中，测试用户名和密码，密码格式要求不能输入特殊字符，前端做了校验，而后端没有处理，这样我们只测试页面，这条case就默认通过了，但一些黑客可能通过抓包的方式进行登录，这样安全隐患就比较大了。我们对接口进行安全测试，可以避免安全隐患。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!