秋招项目生成了Python、Java两套SDK，面试时怎样证明它们不是“都能跑，但结果不同”？

摘要：面向应届生设计一个多语言SDK契约测试项目，用黄金向量验证序列化、错误码和流式取消，比单纯生成客户端更能体现测开能力。

很多校招项目写到“根据OpenAPI自动生成客户端”就结束了。面试官如果继续问：Python里缺省字段被省略，Java里变成null，服务端会不会给出不同结果？项目往往就答不上来。

生成不是质量结论。更好的项目是：生成两种语言SDK，再证明它们遵守同一份业务契约。

项目最小范围

做一个订单查询API即可，包含：必填order_id、可选coupon、404错误、429重试和SSE状态流。生成Python、Java客户端，让它们分别调用同一个Mock Server。

服务端记录收到的method、path、header和body。测试读取同一份JSON黄金向量，比较两种客户端的线上报文与结果。

重点准备五类用例：可选字段缺省与显式null；整数边界；错误体反序列化；429后的重试次数；流式连接取消后是否停止接收。

面试时不要只展示通过截图

准备一个故意失败的版本：Java把缺省coupon发成null，Mock Server返回不同价格策略。你要展示测试怎样发现差异、如何定位到序列化层，以及修复后两种SDK的报文重新一致。

把失败路径做出层次

第一层是协议失败：超时、断线、429和500；第二层是契约失败：字段类型、枚举新增、错误体缺失；第三层是业务失败：同一订单在两种SDK里得到不同折扣或重试造成重复提交。

每层各准备两条用例，已经足够形成完整故事。尤其要展示一个“HTTP成功但业务错误”的案例，因为这能说明你不会把200状态码当作测试终点。

如果做SSE，可以设计用户在第三条事件后取消。两种SDK都必须停止读取，服务端连接数最终回落，已经消费的event id不会在重连后重复。即使不真正搭建复杂流服务，也可以用本地Mock逐条发送事件并记录取消信号。

CI里怎样防止项目只在你电脑上能跑

用矩阵任务分别安装Python和Java环境，启动同一个Mock Server，运行相同向量。生成器版本和OpenAPI文件摘要写进报告。任何一端报文Diff、重试次数变化或错误映射丢失，都让流水线失败并保存差异。

仓库里再放一份“已知差异清单”。确实由语言习惯造成、又不影响业务决策的差异可以接受，但必须有原因和到期复核时间，不能看到失败就更新快照。

面试回答可以按四步展开：

1. OpenAPI只规定结构，业务语义需要黄金向量补充；
2. 比较线上报文，不比较语言对象；
3. 错误、重试和取消同样属于契约；
4. 生成器升级时在CI重跑，阻止无意的破坏性变化。

简历可以写成：“设计语言无关契约向量，验证Python/Java生成SDK在缺省字段、错误映射、重试与SSE取消上的行为一致性；将报文Diff接入CI。”

这个项目不大，却能同时覆盖接口测试、Python自动化、Mock、CI/CD和跨语言兼容性。对于2027届来说，它比堆很多页面功能更容易让面试官看见你真正做过质量判断。