第4章、接口测试与协议分析高频问题
HTTP/HTTPS 与 RESTful API 是系统测试的核心场景。面试官重点考察你对协议状态码理解、工具实战（Postman / Charles）及 Mock 服务搭建能力。本章拆解 3 个必考题及 1 个高并发项目模板，帮助你在面试中建立"协议 + 工具 + Mock"的系统回答链路。
接口测试核心维度矩阵
| 维度 | 核心知识点 | 面试常见考点 |
|---|---|---|
| 协议基础 | HTTP/HTTPS、TCP/IP、WebSocket | SSL 握手、状态码、报文结构 |
| 设计风格 | RESTful、GraphQL、RPC | 资源命名、动词选用、无状态约束 |
| 工具链 | Postman、Charles、Fiddler、JMeter | 断点、篡改、脚本断言、参数化 |
| Mock 方案 | Python Flask、JSON Server、Mockito | 解耦依赖、异常模拟、挡板设计 |
📌 Q1：HTTP 与 HTTPS 的区别及 SSL 握手流程
面试官考察点：基础协议理解深度，安全性意识，对对称/非对称加密原理是否了解。
回答框架：区别（端口、安全性、证书）→ 握手流程（Client Hello → Server Hello → 证书交换 → 密钥协商）→ 加密通信。
示例回答：HTTPS 基于 SSL/TLS 加密，默认 443 端口，安全性高于 HTTP（80 端口）。握手要点：Client Hello 发送算法族和随机数；Server Hello 返回证书和随机数；客户端验证证书并生成预主密钥，公钥加密传输；服务端私钥解密，双方计算会话密钥，后续采用对称加密。
可能追问：客户端如何验证服务器证书的真实性？（CA 证书链校验）什么是中间人攻击？如何防范？
📌 Q2：RESTful 接口设计的核心原则
面试官考察点：对 REST 架构的理解，资源导向思维，实际项目中的规范执行情况。
回答框架：资源定义（URI）→ 统一接口（HTTP 动词）→ 无状态 → 表现层（JSON/XML）。
示例回答：核心原则是资源导向。每个 URI 代表一种资源，如 /users/123；使用标准 HTTP 动词操作资源；无状态，每次请求包含所有信息；响应使用超媒体连接。实际项目我们严格遵循此规范，使接口清晰可维护。
可能追问：如何设计分页接口？（传递 page/limit，返回总记录数及下一页链接）RESTful 接口版本管理怎么做？（URI 版本 /v1/ 或 Header 版本）。
/getUserInfo 应改为 /users/me。📌 Q3：前端接口依赖阻塞时，如何用 Mock 解耦测试？
面试官考察点：Mock 工具实践经验，解耦能力，对测试左移的理解。
回答框架：明确 Mock 对象 → 选择工具（Python Flask/JSON Server）→ 编写 Mock 接口 → 数据驱动与状态模拟。
示例回答：我会用 Python Flask 搭建 Mock Server，根据接口文档定义路由和响应体。通过参数化返回不同 Mock 数据（成功 / 异常 / 超时），让上游服务提前联调，实现测试左移。工具选型上，Mock 数据采用 JSON 占位符，确保与真实环境字段一致性。
可能追问：Mock 数据和真实数据结构不一致怎么办？（Mock 数据必须严格遵循接口文档字段定义，定期与后端对齐）怎么做动态 Mock？（根据请求参数动态返回不同状态码和响应）。
🚀 项目实战：百亿流量电商平台 API 网关测试
项目名称：电商 APP 接口网关全链路压测与 Mock 仿真
业务背景：双 11 大促前，需要对网关进行容量评估和异常熔断测试，但几十个下游核心服务无法全量部署联调。
- 规模指标：单机峰值 10 万 QPS，网关路由规则 500+，Mock 虚节点 20+。
- 技术栈：Nginx + OpenResty, Java Spring Cloud Gateway, Charles, Python Flask/Spring Mock, JMeter。
- 核心难点：高并发下 Mock 节点性能损耗与真实压测数据隔离；保证 Mock 服务路由规则与生产一致。
- 面试高频追问：如何保证 Mock 服务不会因为性能瓶颈成为压测短板？你们 Mock 服务的限流和降级策略是什么？如何校验返回数据的完整性？
- 可迁移回答话术：在这个项目中，我主导了 Mock 仿真层建设。我们采用独立集群部署 Mock 节点，不做复杂业务逻辑，只做路由转发 + 定时器控响应。通过录制真实流量回放 + 动态参数占位符，解决了 Mock 数据失真问题。这一思路可迁移至任何分布式系统依赖解耦测试场景。