接口测试 接口测试记录首篇

Amber · 2021年04月08日 · 最后由 Amber 回复于 2021年04月12日 · 680 次阅读

接口测试记录首篇

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

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

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

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

接口定义

接口定义

接口返回值及错误码

接口返回值

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

HTTP 接口功能测试工具

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

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

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

  • Collections:我会将所有我的接口都排序好放在我建好的 Collections 里面,方便以后持续使用
  • Environments:我用来放接口测试中常用数据、通用数据、以及提取的数据,例如请求地址前缀(因为我们都是需要多环境验证,提取出来可以在接口请求中用变量去引用,切换环境时,就不需要改动参数)、token 等值
  • Tests:一般我会用来取接口返回的值,或者做断言(自动冒烟检查部分)
    当我下一个接口需要上一个接口的返回值,我就会先提取放到 environment 中,例如

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

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

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

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 4 条回复 时间 点赞

😏 老哥赶紧出后续

仅楼主可见
超民 回复

马上出了,主要最近业务工作多,我又是从基础部分开始整理的,还需要回忆当时做的过程,有点慢

ThePoorMan 回复

哈哈哈 你是那个哟😂

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册