TypeScript 代码里单元测试怎么和服务端接口测试的数据模型对齐
我在写 TypeScript 单元测试时，经常会单独手写 mock 数据，结果一旦后端接口字段改了，测试就容易失效。有没有更稳妥的方式，让测试中的数据模型和服务端接口保持一致？
用共享类型和契约校验来统一数据结构
可以把接口字段定义抽成共享类型，或从 OpenAPI、Swagger、GraphQL schema 生成 TypeScript 类型，再在单元测试中直接复用这些类型来构造 mock 数据。这样测试数据不需要单独维护一套结构，接口字段变化时也能更早暴露问题。若项目里接口响应比较复杂，可以再配合运行时校验库，例如 zod、io-ts，确保测试里的样例数据不仅类型正确，运行时结构也符合预期。
我们项目的接口迭代很快，字段名、嵌套层级、枚举值都可能调整。单元测试里如果直接写死响应样例，维护成本很高。有没有办法让测试更抗变更？
围绕契约边界建立测试层，减少对细节的硬编码
可以把测试分成两层：一层验证业务逻辑，只依赖最小必要字段；另一层专门做接口契约测试，检查响应结构是否符合预期。单元测试中尽量使用工厂函数生成测试数据，而不是到处散落手写对象，这样字段调整时只需要改一个地方。对于可能变化的字段，可以在测试里只断言关键业务含义，而不是把所有返回字段都写死。
我现在的测试都能跑，但总担心 mock 数据和真实接口返回不一样，导致测试看起来通过，线上却出问题。有没有办法验证两边的数据模型真的对齐？
结合接口示例、类型生成和契约测试做交叉验证
可以用真实接口样例作为测试基准，再将这些样例映射成 TypeScript 类型，和代码中的 mock 数据做一致性校验。若后端有 OpenAPI、Swagger 或 JSON Schema，可以直接生成前端类型，并在测试中用这些类型约束 mock 对象。对于关键接口，建议增加契约测试或集成测试，直接校验后端返回的数据是否符合前端预期，这样能把“类型正确”和“真实可用”同时覆盖到。