接口测试这件小事

女爷i 2024-04-03 13:08 43阅读 0赞

伴随着对接口测试的认知升级，是从测试工程师到测试架构师完成蜕变的过程，因此，想和大家聊一下“接口测试这件小事”，以及分享一下我和接口测试之间的爱恨纠葛。

#### 大量重复的工作让我逐渐失去目标，甚至开始怀疑人生 ####

刚进入测试行业时，大部分时间都集中在功能测试，主要工作内容是设计测试用例，然后按照设计的测试用例反复执行，每天被各种项目的测试用例淹没。那时我认为，测试就是一个钟点工的操作，并不是一个技术性很强的工作。

后来虽然逐渐在自动化测试的潮流下,写测试脚本让测试变得更简单,但是随着项目的更迭,这些脚本越来越跟不上节奏并且成为了负担…

#### Eolink这个工具让测试人员重新思考了测试工作，让我逐渐体会到，测试工作也是一项技术驱动的工作，测试工程师也是一个技术岗位。 ####

机缘巧合之下，看到了一篇关于测试类工具的介绍文章，让我了解到 **Eolink** 这个做接口测试的工具，类似于国外的 Postman，在当前的版本中, Eolink的功能已经非常强大,并且还是中午,文档非常全，Eolink易学易用这点还是吸引了我。

在使用 Eolink开始接口测试后，我逐渐放弃了 Selenium 的界面自动化测试，也摆脱了加班维护界面自动化测试脚本的困境；  
同时伴随着 Eolink 版本的升级，依靠它强大的功能，也提升了整个项目的测试工作速度，因此在很长一段时间里，我的工作都很轻松，每天都能准时下班。

体验地址：[https://www.eolink.com/?utm\_source=kol&utm\_medium=csdn&utm\_content=w4301][https_www.eolink.com_utm_source_kol_utm_medium_csdn_utm_content_w4301]

![在这里插入图片描述][0ce15a4fdb884cb598368976d33b1d9b.png]  
接着在一次工作中，我主要负责中台的微服务接口测试，以及提高质量效能的工作，我的工作目标就是做完接口自动化测试中费时、费力的事情，这包括测试脚本的开发、测试数据的准备、测试执行以及测试结果收集等待等一系列工作。从使用工具完成接口测试，到自己写代码完成接口测试，在这个过程中我最深的感触就是：无论你在工作中参与了一个多么智能的测试平台的设计与开发，还是引入了一个多么强大的自动化测试框架，你首先都要会用最原始的方式完成这件事情，这才是万变不离的宗。测试行业是一个技术驱动的行业，而在测试的工作内容中，接口测试又是一项基础技术能力。

#### 开始接口测试： ####

先通过接口测试的方法，测试每一个接口都是正确的，既要保证单接口的正确性，也要保证接口的业务逻辑正确性，这里所说的“正确”指的是“正确接受合法 Request 入参，正确拒绝非法 Request 入参”。

a，单接口的测试

单接口测试的重点，其实就是保证该接口的正确性和健壮性，也就是说，你既要保证这个接口可以按照需求，正确处理传入的参数，给出正确的返回；也可以按照需求，正确的拒绝传入非正确的参数，给出正确的拒绝性返回。

现在，我就带你一起使用 Eolink 来检测单接口的测试；

![在这里插入图片描述][d518a27e47e94cc48d1049f9ea042240.png]

检查返回参数信息；

![在这里插入图片描述][901b79b7894e4f0e9cf0bb3f11dd80f4.png]

第二个接口：登录接口，它的访问方式是 POST，参数是 username 和 password，这两个参数均不可以为空，也不可以超过 10 个字符；如果 username 和 password 这两个字符串相同，会登录成功并返回后续的说明性文本，否则，就会正确拒绝登录。所以在这一步，我们会多检查一项 Request 的参数设计，用边界值方法设计的参数:

![在这里插入图片描述][dba9988509844a7f8200555cd23bc93a.png]

在获取了参数后，选择 Post 访问方式，输入登录接口的 URL，在 Request 的 Body 中输入 username&password的参数，然后点击发送，接下来，你就会在 Response 的 Body 中对应返回内容。如下图所示：

![在这里插入图片描述][eb639941f3114ce09940e6ea60ee092c.png]

检查返回参数，并获取token值；针对token值做业务场景关联测试，也就是多接口测试

![在这里插入图片描述][4f54aa11cc87466890bd801ba1936f59.png]

![在这里插入图片描述][15fbbbedec1d4354950ccfa4aa6ae24c.png]

体验地址：[https://www.eolink.com/?utm\_source=kol&utm\_medium=csdn&utm\_content=w4301][https_www.eolink.com_utm_source_kol_utm_medium_csdn_utm_content_w4301]

通过单接口测试，可以更加接近于单元测试；通过业务流的接口测试，可以更加接近于界面所承载的交互中的业务流验证，这也是为什么现在很多人在提倡将测试模型由原来的金字塔形往菱形转变的依据之一了。

而完成了这一系列流程，其实你也就掌握了接口测试的思维：先从单个接口的测试开始，保障单个接口的正确性和健壮性，然后通过单个接口的测试完成多个接口的业务逻辑串联，站在业务逻辑的角度完成业务逻辑的正确性检测。你的接口测试也可以和持续集成结合到一起，通过 Eolink 工具完成从单接口测试用例的设计到业务逻辑接口测试用例的设计，你就已经掌握了接口测试的思维以及具体的实现方法。但是到目前为止，测试人员可能还处在手动测试的阶段，虽然已经和以前基于界面的业务测经有了很大区别，但是距离自动化的接口测试还有一定的差距。不过你不用担心，因为这个差距仅仅是一个工具的距离。

不管是接口测试的了解，还是 Eolink 工具的选择，这篇文章让你有新的启发，也欢迎你把文章分享给你的朋友，我们一起来探讨和学习。

体验地址：[https://www.eolink.com/?utm\_source=kol&utm\_medium=csdn&utm\_content=w4301][https_www.eolink.com_utm_source_kol_utm_medium_csdn_utm_content_w4301]

[https_www.eolink.com_utm_source_kol_utm_medium_csdn_utm_content_w4301]: https://www.eolink.com/?utm_source=kol&utm_medium=csdn&utm_content=w4301
[0ce15a4fdb884cb598368976d33b1d9b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/f8a19fcd7cd94db4a03d1ab207cf1ac2.png
[d518a27e47e94cc48d1049f9ea042240.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/1b84924d034f4db1a6426ba7b41ebe42.png
[901b79b7894e4f0e9cf0bb3f11dd80f4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/be788d08dfef4831a71836670b2f24a9.png
[dba9988509844a7f8200555cd23bc93a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/cc9f20d1ff5341fabc805c40ca2d81a2.png
[eb639941f3114ce09940e6ea60ee092c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/9801265b87ec4cfd9f8b0f5a743f83b1.png
[4f54aa11cc87466890bd801ba1936f59.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/15b04ce8568e4449bdf22b110b6f3da1.png
[15fbbbedec1d4354950ccfa4aa6ae24c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/03/9080c888e73d4c6787c257ac4f50b129.png