【测试学习笔记】接口测试记录首篇

接口测试记录首篇

到公司已经做了快两年的接口测试以及接口自动化测试，但总觉得对接口测试这块做的不够透彻，在与领导沟通中，也被指出我在工作上对于做一件事情的深度不够，往往都是来的快，去的也快，没有把一件事情做透，自我进行反省和深思，貌似自己也确实有这方面问题，公司给我机会做接口测试、接口自动化、性能、效率，但是好像每一块都做的差强人意，所以我也从源头开始，从接口篇章梳理我自己在工作中的记录以及测试过程和方法。

这篇先从 http 接口功能测试开始吧，会围绕接口写一个入门到提升的一个专题，目前我这边接手的 HTTP 接口包含两部分，一部分是公司开放平台接口，一部分是业务后端接口，开放平台主要在接口功能测试，业务后端接口主要着手接口自动化的执行

HTTP 接口功能测试用例设计方法

由于公司并没有要求用例格式，所以并没有写接口功能测试用例，仅梳理了以下选取一个实际案例进行举例，截图中是一个添加员工的接口

接口定义

接口返回值及错误码

针对所有接口测试我基本是按照以下原则来梳理的接口功能测试点

HTTP 接口功能测试工具

对应工具的选择，因为我接手的接口都是提供给三方调用的接口，接口一旦确定后，改动少，不需要时刻回归，所以重点在功能验证，不需要很大程度的自动化，所以我选择的是 Postman 工具，工具使用截图如下：

 

整体我会分为两大块，一块用来日常做详细功能校验检查，一块用于模块有改动时的自动冒烟检查

目前我用的较多的四大主要功能，Collections、Environments、Tests、和随机函数

Collections：我会将所有我的接口都排序好放在我建好的 Collections 里面，方便以后持续使用

Environments：我用来放接口测试中常用数据、通用数据、以及提取的数据，例如请求地址前缀（因为我们都是需要多环境验证，提取出来可以在接口请求中用变量去引用，切换环境时，就不需要改动参数）、token 等值

Tests：一般我会用来取接口返回的值，或者做断言（自动冒烟检查部分）

当我下一个接口需要上一个接口的返回值，我就会先提取放到 environment 中，例如

随机函数：一般我自动化测试流程中，有些字段是唯一重复，或者需要生成特殊格式参数，我大部分都是用函数来生成，在 params 中输入 “{” 变会跳出选择界面

以上就是我做接口功能测试时所做的验证以及处理方法，属于基础部分，其中有错误或不好的地方，也希望大家能够帮助指出

PS：希望自己能够坚持下来，毕竟记录自己工作的同时，也是用来自我不断反思，大家一起交流，更好的做自我提升。努力把当前的事情做好，拒绝无谓的焦虑。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取