接口手工测试
掌握接口手工测试的方法与流程
能用 Postman 完成单接口与场景化测试
能独立设计并执行接口测试用例
核心讲解
自动化之前必须先做手工测试,验证接口通不通、逻辑对不对,手工跑通了再做自动化。Postman 是最常用的接口手工测试工具。
(1)Postman 核心功能请求构建:选择方法、填 URL、参数、头、请求体
环境变量:区分测试环境、生产环境,动态切换
集合 Collection:把接口按模块分组管理
断言 Tests:自动校验响应结果
Runner:批量运行集合里的接口
正向测试:正确参数,验证业务逻辑正确
参数校验:
必填参数为空
参数类型错误
参数值越界
多余参数
边界测试:最大最小值、长度边界
异常场景:重复提交、不存在的 ID、无权限访问
多个接口按业务流程串联,比如:登录 → 查询用户信息 → 修改信息 → 验证修改结果。
依赖处理:上一个接口的返回数据,提取出来作为下一个接口的参数。
(4)断言设计状态码断言
核心字段断言
业务规则断言
响应时间断言
操作示例
Postman 登录场景测试步骤
创建集合,添加登录请求
设置 POST 方法,填 URL,Body 选 raw JSON,填账号密码
Tests 里写断言:
pm.test("状态码200", function(){pm.response.to.have.status(200)})发送请求,验证结果
添加提取 token 脚本:
pm.globals.set("token", pm.response.json().data.token)添加用户信息请求,Header 里引用
{{token}}运行集合,验证整个流程
常见误区
只测成功场景:手工测试重点是找 bug,异常场景才容易出问题
不测边界值:很多 bug 都出在边界上
断言只看成功:失败场景也要断言对应的错误码和提示
数据硬编码:用变量管理环境和公共参数,不要到处写死
课后练习
用 Postman 测试一个公开的接口,添加状态码和核心字段断言
设计并执行登录→查询的场景化测试,实现参数传递
整理你认为接口测试最容易出 bug 的 5 个场景
