🤔TestHub 是怎么思考的？

在下单接口测试过程中我们都做了哪些事情？我们需要对做了哪些事进行不同维度的总结

如何测试下单接口

直接描述-执行

  • 第一步、下单前在数据库中查询资金账号，记录下单前可用金额
  • 第二步、在 http 工具中发送调用接口下单的日志，记录返回的订单信息
  • 第三步、下单后在数据库中查询资金账号，记录下单后可用金额
  • 第四步、下单后在数据库中根据第二步返回的订单号查询 test_order 信息，记录买入数量、买入价格、订单金额
  • 第五步、检查了一些内容

执行 execute 这里我们总结一个概念执行 execute 组件：用于标识我们每一步都需要做什么

info 流程 flow 这里我们将一组 execute 定义为一个流程 flow 组件

抽象总结-行为

  • 第一步、在数据库中查询资金账
  • 第二步、在 http 工具中发送调用接口下单请求
  • 第三步、在数据库中查询资金账
  • 第四步、在数据库中查询订单信息
  • 第五步、检查了一些内容

第一步、第二步都是在数据库中查询资金账号、只不过执行的的时间点不通

info 行为 action 行为 action：我们可以做哪些事情。例如 数据库中查询资金账号、在数据库中查询订单信息、在 http 工具中发送调用接口下单请

对行为分类-能力

  • 第一步、操作数据库
  • 第二步、发送 http 请求
  • 第三步、操作数据库
  • 第四步、操作数据库
  • 第五步、检查数据

第一步、第三步、第四步 我们需要数据库链接工具中写一个 sql 去数据库中执行

第二步我们需要 http 工具 中发送一个 报文

第五步我们需要检查每一步拿到的结果观测结果的值是否正确

info 能力 actionType 能力 能力标识: 执行 sql、发送 http 请求、检查断言

通过引入能力、行为、执行 三个概念，我们可以对于我们的测试用例进行结构化表示。为了细化描述还需要设计：