接口用例方法设计

单接口测试

⼀个单独的业务,就对应⼀个独⽴的接⼝。如:登录业务,对应登录接⼝。注册业务,对应注册接⼝。⽀付业务,对应⽀付接⼝。

下图是设计思路,并非每条都要设计出来,得根据实际情况。

比如,iHRM项目的部门添加接口,请求体参数有必须和非必须的。非必须的可以有任意组合。

单接口测试用例

示例1:登录接口

Path:/api/sys/login

Method:POST

示例2:添加员工

Path:/api/sys/user

Method:POST

示例3:查询员工

Path:/api/sys/user/:target

Method:GET

 

业务场景测试

⼀定在单接⼝测试之后!

尽量模拟⽤户实际使⽤场景。

尽量⽤最少的⽤例,覆盖最多的接⼝请求。

⼀般情况下,覆盖正向测试即可。

指导思想:模拟⽤户实际使⽤,⽤较少的测试⽤例,覆盖更多接⼝,测试正向即可。

示例:登录 - 添加员⼯ - 查询员⼯ - 修改员⼯ - 删除员⼯ - 查询员⼯列表

posted @   鹿先森JIAN  阅读(95)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
历史上的今天:
2022-07-16 注解
点击右上角即可分享
微信分享提示