客户端接口测试点梳理

前言:当前端与后端有数据交互时(前端发送请求,后端响应数据,前端处理显示数据),对前端进行测试时,我们如何测试能准确的进行完全覆盖呢?

首先:要参考后端开发设计的接口文档,详细阅读接口文档,明确接口URL、请求方式、支持格式、请求参数、返回结果等。

接下来我们可以借助Charles等代理工具辅助,针对以下方面进行测试工作:

一、从请求-Request入手进行检查

  1. 请求的URL是否正确
  2. 请求的方式是否正确,比如GET、POST方式
  3. 传递的参数、值的类型是否符合接口文档的要求(需要参考接口文档),比如name是string类型的
  4. 前端发起请求的时机对吗?(可以在需求评审时了解、和开发沟通了解请求逻辑的设计)
    -- 手动刷新页面时是否发起请求
    -- 自动刷新时是否要发起请求
    -- 检查互相依赖的接口的请求顺序,比如先请求A后请求B?
    -- 进入页面时是否发起请求
    -- 退出页面时是否发起请求
    -- 定时请求(比如每5分钟)
    -- 热启动时是否发起请求
    -- 冷启动时是否发起请求
    -- 等等
  5. 请求发起
    -- 请求发起成功
    -- 请求发起失败->客户端是如何兼容异常场景的
  6. 请求取消
    -- 从客户端主动取消请求
    -- 服务端响应超时->客户端应该中断请求,并有相应的提示
  7. 请求次数对吗?
    -- 是否发起了多余的请求
    -- 是否会连续不停的发请求

二、从返回结果-Response着手进行检查

  1. 检查返回结果中的字段
    -- 字段有正常返回值时,客户端处理和展示是否正常
    -- 字段不存在时,客户端处理是否正常,不会引发crash等问题
    -- 字段值的前后有空格(比如 跳转URL),客户端是否可以正常跳转
    -- 字符串(String)分别有值、为空时,客户端处理和显示是否正常
    -- 数字(Number)分别有值、为空时,客户端处理和显示是否正常
    -- 对象(Object)分别有值、为空时,客户端处理和显示是否正常
    -- 数组(Array)分别有值、为空时,客户端处理和显示是否正常
    -- 布尔值(Boolean)分别有值、为空时,客户端处理和显示是否正常
  2. 检查接口响应中、响应超时
    -- 在接口响应未返回之前,客户端处理是否正常
    -- 接口响应超时(无响应),比如1分钟未返回,客户端会怎么处理?->主动中断请求
  3. 检查Error_code(业务码) & Error_description
    -- 前端弹对应的toast(参考需求)
    -- 前端弹对应的alert(参考需求)
    -- 连续报错时,客户端的toast、alert提示应该做freeze处理
  4. 检查https状态码,保证客户端不会发生crash或者影响其他功能展示
    -- statusCode=200 OK
    -- statusCode=400 Bad Request
    -- statusCode=502 Bad Gateway
  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值