HTTP响应
服务器端,针对客户端发送的http请求,回发响应数据 -----http响应
作用
规定回发给客户端的数据组织格式
组成
响应行
协议版本 状态码 状态描述
响应头
Content-Type:描述响应体中的数据类型
Content-Length:响应体的大小。可以不写,浏览器会自动求取。一旦写,必须准确!
空行
代表响应头结束
响应体
绝大多数不为空。(请求成功:回发数据,失败:回发错误信息)
数据类型受Content-Type值影响
状态行
状态码
1xx:代表指示信息。代表请求信息已被接收,等待继续处理
2xx:请求已被成功处理、接收。常见:200、201
3xx:重定向,待访问的资源,需重新指定路径访问
4xx:代表客户端错误。常见:404、403
5xx:服务器端错误
状态码描述
一般与状态码唯一对应,200-------ok,404--------file not found
传统风格接口
特点
1.请求方法,只使用get和post即可
2.URL不唯一,同一个操作可以对应不同的URL
3.状态码的使用比较单一。200最常见
对用户进行操作的相关接口,包括增删改查
操作 请求方法 URL 成功状态码
查询某个用户 GET/POST /user/getUser?id=1
/user/getById?id=1
/getUserById?id=1 200
查询所有用户 GET/POST /user/getUserList/user/getUsers 200
添加用户 POST /user/addUser 200
修改用户 POST /user/updateUser 200
删除用户 GET/POST /user/deleteUser?id=1 200
RESTful风格接口
特点
1.每一个URL代表一种资源
2.客户端和服务器之间,传递这种资源的某种表现层
3.客户端通过四个HTTP动词,对服务器资源进行操作,实现“表现层状态转化”
4.接口之间传递的数据最常用格式为JSON
对用户进行操作的相关接口,包括增删改查
操作 请求方法 URL 成功状态码
查询某个用户 GET /users/1 200
查询所有用户 GET /users 200
添加用户 POST /users 201
修改用户 PUT /users/1 201
删除用户 DELETE /users/1 204
接口测试流程
1.需求分析
2.接口文档解析
3.设计测试用例(送审)
4.执行测试用例
- 工具
- 代码
5.接口缺陷管理与跟踪
6.生成测试报告
7.接口自动化持续集成(可选)
接口文档
接口文档:API文档,一般由开发人员编写,描述接口信息的文档。开发团队按接口文档进行开发工作,并要一直维护和遵守。
作用
1.方便前端和后端更好的配合,提高效率
2.项目迭代或发生人员的迭代时,方便后期人员查看和维护
3.方便测试人员进行接口测试
展现形式
- word文档形式
- excel文档形式
- pdf文档形式
结构
- 基本信息
资源路径
请求方法
接口描述
- 请求参数
请求头
Content-Type。描述请求体的数据类型
请求体
实现该接口使用的数据及对应信息
- 返回数据
状态码200
错误码(自定义状态码)
码值
描述信息