读后笔记 -- Python 全栈测试开发 Chapter8：接口测试
8.1 接口测试
1. 市场分布
- UI（web、app）自动化：10%
- 接口自动化：20%
- 单元测试：70% -- 测开
2. 接口类型：
1）结构划分：模块间（系统间）的接口称为内部接口；系统与第三方（如支付宝、微信、身份验证等。）接口称为外部接口。
较常用的第三方接口：聚合API（https://www.juhe.cn/apiservice），通联API（金融相关，https://apidoc.datayes.com/app/overview）
2）接口类型划分：
| 接口类型 | 协议 | 数据格式 | 测试工具 |
| http 接口 | HTTP 协议（应用层） | application/json，text/html，text/xml.... |
fiddler、postman、jmeter、lr、 框架（RF、python+request、java+httpclient） |
| webservices 接口 | SOAP 协议（应用层基于 http 协议封装） | 请求和响应的数据格式都是 XML 格式 | SoapUI、jmeter |
| socket 接口 |
socket 基于 tcp/udp 传输层抽象出的一层， 大多在 c/s 架构。建立连接后，可实现客户端 和服务器的双向数据通讯 |
socketTest、jmeter |
3. 实际工作中接口的管理：
- office 文档管理；
- 共享、会话等功能的管理工具：postman、eolinker、apizza、easy_api、jira、confluence等
4. 接口模拟发送请求：
fiddler：实现抓包、分析数据（篡改数据）、模拟请求发送、模拟弱网
fiddler \ Composer：可以模拟请求发送。
5. 测试方法：参数的组合、极值、是否必填
8.2 报文分析
1. 一个请求包含：：请求行 + 请求头 + 请求体
1）请求行： 请求方法 + 请求地址 + 请求协议版本
请求方法： GET、POST、PUT、DELETE、TRACE、OPTIONS、HEAD 等
- GET：从服务器获取资源。1）数据直接暴露在地址栏，不适合私密数据传输；2）最多识别 1024 个字符，不适合大数据传输；
- POST：提交表单数据资源。
- PUT：数据存储在服务器
- DELETE：删除服务器资源
- TRACE：回显信息，主要用于测试或debug
- OPTIONS：获取服务器针对某些特定的资源所支持的 HTTP 请求方法
- HEAD：获取头信息
GET v.s. POST：
- （1）GET 参数在 URL 中（导致：a. 长度限制， b. 相对安全性）；POST 参数在 body 中；
- （2）GET 请求只提交一次数据；POST 提交 2 次数据（先发送 head 数据 -> 服务器回应 100 -> 再发送 body 数据）
POST v.s. PUT：
- POST 对数据的增加；PUT：对数据的修改
2）请求头：键值对组成
- （1）Connection：keep-alive （常连接，client 可继续向服务器发送请求，且保持当前状态）；close 当前会话关闭；
- （2）Content-Length：请求体文本长度，可用于检测是否丢包；
- （3）Cache-Control：缓存控制，含：age，max-age，min-age，单位秒，还可设置访问权限 private；与之对应的是 Expires 缓存到期时间
- （4）Content-Type：文本类型，值语法：type/subtype; params.
- 常用的 4 种类型：
- （4.1）text/html：最常用的一种，返回一个 html 页面
- （4.2）application/json：接口测试常用，返回 json 数据
- （4.3）application/x-www-form-urlencoded：针对需要提交表单所声明的文本类型。值通常是 键值对 形式，key1=value1&key2=value2....
- （4.4）application/form-data：通常应用在文件上传下载，数据格式以分割线形式表示。
- 注意：不同工具在 post 请求时，其参数都以 key=value 形式存在，但是默认值不同。jmeter 默认是 application/x-www-form-urlencoded，fiddler、postman 都表单请求 默认类型 不是
- 常用的文本类型： text/plain、text/html、text/xml、image/png、image/jpg、image/jpeg ...
- （5）Accept：当前客户端允许解析的文本数据类型。 */* 表示允许解析所有类型
3）请求体：请求体的值与请求头之间会空一行；如果是 GET 请求，则是空值
Fiddler 的详细使用参照： https://www.cnblogs.com/bruce-he/p/16906966.html
***** 下面是测试 不同测试工具的默认类型 *****
Postman 请求：
！！！ Postman
1. Params 中放置的 参数键值对，最终会被放置在 url 中，形成 get 请求方式，即使请求类型选择为 post
2. Post 请求，其参数需要放置在 body 中
Fiddler：
1）直接默认发送请求：
- 在 Composer 请求栏：http://ws.webxml.com.cn/WebServices/MobileCodeWS.asmx/getMobileCodeInfo
- body 中输入：mobileCode=18918457828&userID=
- 请求类型：post
=> 结果：报 500，
（2）Header 中添加 Content-Type 后，请求成功。
- 在 Composer 请求栏：http://ws.webxml.com.cn/WebServices/MobileCodeWS.asmx/getMobileCodeInfo
- body 中输入：mobileCode=18918456666&userID=
- 请求类型：post
- Header 里添加：Content-Type: application/x-www-form-urlencoded
2. HTTP 相应：状态行 + 消息报文 + 相应正文
状态行：协议/版本 + 状态码 + 状态（状态码的文本描述）
状态码，主要包含：
- 1xx ： 提示信息，服务器已接受当前请求；代表有 100
- 2xx ：请求被接受；代表有 200
- 3xx ： 重定向，要完成请求必须进行下一步操作；代表有 301， 302， 304
- 4xx ： 客户端错误，请求有语法或无法实现；代表有 403, 404
- 5xx ： 服务器错误；代表有 500
8.2.4 cookie、token 和 session
1. cookie：客户端向服务器发送请求，服务器响应后，客户端进行部分数据（即cookie、缓存）的存储在本地，
cookie 一般包含：名称、内容、域名、路径、为何发送、创建时间、到期时间。
cookie 主要有两种cookie：
- 会话 cookie：只作用于当前会话，一旦会话结束，则 cookie 失效或消失
- 持久（本地化） cookie：将 cookie 存储在本地硬盘，同样有对应的生命周期；
2. session：
服务器对客户端的标识。
存储在服务器端，
用户操作完对应的网站后会被销毁，此时 session 会将用户访问的相关信息临时存储在服务器上。
3. token
目前 web、APP 进行认证的最佳方式。完成 token 身份认证有如下特征：无状态、扩展性高、支持移动平台、跨程序应用、安全等。
基于 token 认证的过程：
- 用户通过用户名、密码发送请求
- 程序验证
- 程序返回一个签名的 token 给客户端
- 客户端存储 token，并且用于每次发送请求
- 服务端验证 token，并返回数据
具体实现授权的方式有： cookie、session、token 等
cookie v.s. session
- 1）cookie 客户端存储；session 服务器存储
- 2）cookie 只支持字符串存储（如有其他类型，会先转成字符串）；session 可存储任意数据类型
- 3）cookie 可设置长时间保存（如网页几天内不用登录）；session 一般客户端关闭或 session 超时就失效
- 4）cookie 保存的数据容量有限，最大不超过 4K；session 存储数据容量大于 cookie，但一般不会存储过多，否则影响服务器资源
token v.s. session
- 1）session 是有状态化的，会记录并存储会话信息；token 无状态化，不会存储会话信息
- 2）session 依赖 链路层 提高通信安全；token 通过身份认证方式，对请求进行签名从而防止监听或重放攻击等
- 3）session 的认证是通过 sessionID 完成存储，只是相对安全，只要存在 sessionID，就可以获得用户全部权限；token 不同机制认证方式不同，如果是 oAuth token 或类似机制，提供的是 认证和授权两种形式，认证对用户，授权对应用程序，此时 token 是唯一的，不能转移到其他用户或程序
如果系统的用户信息需要与第三方共享，甚至允许第三方调用其 API 接口，就需要考虑 token 方式
