接口用例方法设计
单接口测试
⼀个单独的业务,就对应⼀个独⽴的接⼝。如:登录业务,对应登录接⼝。注册业务,对应注册接⼝。⽀付业务,对应⽀付接⼝。
下图是设计思路,并非每条都要设计出来,得根据实际情况。
比如,iHRM项目的部门添加接口,请求体参数有必须和非必须的。非必须的可以有任意组合。
单接口测试用例
示例1:登录接口
Path:/api/sys/login
Method:POST
示例2:添加员工
Path:/api/sys/user
Method:POST
示例3:查询员工
Path:/api/sys/user/:target
Method:GET
业务场景测试
⼀定在单接⼝测试之后!
尽量模拟⽤户实际使⽤场景。
尽量⽤最少的⽤例,覆盖最多的接⼝请求。
⼀般情况下,覆盖正向测试即可。
指导思想:模拟⽤户实际使⽤,⽤较少的测试⽤例,覆盖更多接⼝,测试正向即可。
示例:登录 - 添加员⼯ - 查询员⼯ - 修改员⼯ - 删除员⼯ - 查询员⼯列表
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
· 上周热点回顾(2.24-3.2)
2022-07-16 注解