Java教程

day02_接口测试流程

本文主要是介绍day02_接口测试流程,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

接口测试流程

  1. 需求分析主要依据需求文档
  2. 接口文档解析 。一般是由开发人员编写接口文档(API文档)
  3. 设计测试用例
  4. 执行测试。使用接口测试工具实现 或者通过编写代码实现
  5. 接口缺陷管理与跟踪·
  6. 生成测试报告
  7. 接口自动化持续集成(可选)

下面我们来对接口测试流程进行详细解释

接口文档

  • 接口文档又称为API文档,一般是由开发人员所编写的,用来描述系统所提供接口信息的文档。 大家都根据这个接口文档进行开发,并需要一直维护和遵守。

为什么要写接口文档

  • 能够让前端开发与后台开发人员更好的配合,提高工作效率。(有一个统一参考的文件)
  • 项目迭代或者项目人员更迭时,方便后期人员查看和维护
  • 方便测试人员进行接口测试

接口文档内容

一个规范的接口文档,要包含以下信息:

  • 基本信息:接口名称、请求方法、请求路径、接口描述
  • 请求参数:请求头丶请求体(包含具体的请求参数名称、参数类型、是否必须、示例、备注)
  • 返回数据:不同情况的响应状态码 丶响应数据(包含具体的响应数据名称、类型、是否必须、默认值、示例、备注)

接口文档示例

 ​

接口测试的测试点 :功能测试丶性能测试丶安全测试

接口用例设计的方法与思路  (功能测试)

功能测试:验证接口功能是否按照接口文档实现(输入+处理+输出)

单接口测试 :正向功能:(通过性测试)

  • 仅必填参数
  • 全部参数
  • 参数组合:必填参数和丰必参数组合

反向测试:(异常测试)

  • 参数异常:无参、少参、多参、错误参数
  • 数据异常:数据为空、长度不符、类型不符、错误数据。和功能测试一模一样。
  • 业务数据异常:结合业务功能考虑输出的各种异常返回情况。

我们可以解读API文档,使用XMind来拆分测试点,例如:​

单接口测试,示例:

多接口测试:业务场景功能测试(站在用户角度考虑常用的使用场景),将多个业务场景涉及的接口进行组合测试,注意接口的先后调用顺序

场景测试 ,示例

这篇关于day02_接口测试流程的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!