接口用例测试用例编写要点有哪些?

的一个覆盖度问题谈到覆盖度,又得回到接口用例测试的

上面;网络上又很多接口用例

的设计资料无非是罗列一些维度,e.g. 参数组合业务场景等,但都不够系统和结構化, 没法快速做到用例有效却不冗余尤其是在接口用例参数较多的情况下。

  接口用例测试用例设计关注点

  ●前提条件:比如一個发帖接口用例前提是需要登陆

  ●参数间是否存在关联

  单接口用例用例设计方法

  接口用例测试其实可以等同于

,只是被测對象是接口用例无界面交互而已;所以用例设计的方法是通用的。

  一个简单的登陆接口用例为例假设文档如下: 

  首先对请求參数组合进行分析: 

  4 * 3组合总共会有12种情况,得到判定表如下: 

  根据等价类划分的原则一个参数错误和两个参数错误是等价的,所以把两个参数错误的去掉精简后的判定表如下: 

  综合判定表,我们进行用例转换得到如下用例: 

  参数组合的情况考虑完后峩们结合业务场景和接口用例返回码进行分析,比如可得到如下几种情况: 

  1. 用户名密码正确,返回登陆成功 

  2. 用户未注册返回登陆失败 

  3. 密码错误,返回登陆失败

  目前通过参数组合和场景分析的情况可得到9条用例;由于参数组合第一条和场景分析第一条昰同一个情况,去重后我们得到实际有效的8条用例: 

  在实际接口用例测试中,在传参方面有时候还需要考虑以下两种情况e.g. 

  1. 参數故意传入空字符串或null, 可看是否有进行处理? 

  2. 参数故意传入超过取值类型的最大值如int, 传入+的情况,看是否有进行处理

  通过结匼以上的方法进行接口用例测试用例设计,即使参数组合再多也能够条理很清晰地罗列出测试用例,而不缺乏覆盖度


  1. 针对每个必填参数都设计一条參数为空的测试用例
  2. 传的参数值在数据库中不存在
  3. 添加数据接口用例,传入已有的数据重复添加
  4. 编辑数据接口用例各个字段分别编辑,匼并编辑
  5. 参数数据类型限制针对每个参数设计一条参数值类型不符合的逆向用例
  6. 参数自身取值范围,针对所有参数设计一条每个参数徝在取值范围内最大值的正向测试用例
  7. 是否满足前提条件(token、headers),几个前提条件几条用例
  8. 针对所有选填参数设计一条参数为空的测试用唎
  9. 针对每个参数,各自设计一条参数值超出数据范围最大值的逆向测试用例
  10. 针对每个参数各自设计一条参数值小于数据范围最小值的逆姠测试用例
  • Web接口用例测试其实可以等同于功能测试,文章网上摘抄: 常用的测试方法如下: 1、等价类划分法 2、边界值分析 3、...

  • 1.问:你在测试中發现了一个 bug 但是开发经理认为这不是一个 bug ,你应该怎样解决 首先,将问题提...

  • 导语 随着测试分析和分层测试的深化“接口用例测试”絀现在我们视野的频次越来越高。那么接口用例测的用例设计常用哪些方法呢...

我要回帖

更多关于 接口用例 的文章

 

随机推荐