【接口测试02-用例设计】


学习目标:
分析接口文档,设计编写接口测试用例。

为什么写接口用例设计?

  • 防止测试点漏测,条理清晰。
  • 方便分配工具,评估工作量和时间
  • 面试时使用

一、接口测试的测试点

测试点也称之为测试维度。

1.1 功能测试

1.1.1 单接口功能

1.手工测试中的单个业务模块,一般对应一个接口。

  • 登录业务 -> 登录接口
  • 加入购物车业务 -> 加入购物车接口
  • 订单业务 -> 订单接口
  • 支付业务 -> 支付接口

2.借助工具、代码。绕开前端界面,组织接口所需要的数据,展开接口测试。

1.1.2 业务场景功能

1.按照用户实际使用场景,梳理 接口业务 场景。
2.组织业务场景时,一般只需做 正向 测试即可(与手工一致)。
3.一般建议用最少的用例覆盖最多的业务场景

  • 登录 – 搜索商品 – 加购物车 – 下单 – 支付

1.2 性能测试

  • 响应时长
  • 吞吐量
  • 并发数
  • 服务器资源使用率

1.3 安全测试

  • 攻击安全:由专业安全测试工程师完成。
  • 业务安全:
    • 敏感数据是否加密。
      敏感数据加密

    • SQL注入:在用户输入数据的位置,写入SQL语句。

      • SQL注入安全,用户恶意写入的SQL语句,不会执行,查询数据库!

1.4 浏览器的开发者工具

在这里插入图片描述

二、设计方法与思路(重点)

2.1 与手工设计相同之处

手工测试 对应的 功能测试点,与接口

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值