测试夹具

测试用例（fixture）是指测试开始前所做的所有假设：数据库中的记录、磁盘上的文件以及模拟环境的响应。只有当测试用例可重复时，测试才能可重复——如果一个测试在昨天的遗留数据上通过，但在干净的环境中失败，那么它测试的就是遗留数据。

工作原理

测试夹具在设置阶段创建，在拆卸阶段移除或重置，或者每次测试都使用全新的测试副本。它们可以针对重要的极端情况手动编写，可以批量生成以提高测试规模和多样性，也可以从真实系统中捕获并进行清理。种子生成既能保证测试的多样性，又能保证测试的可重复性。

误解

生产环境中的数据是最佳的测试数据来源。复制的数据会将个人信息带入测试环境，而且数据会随时更改，很少包含你需要的极端情况。使用固定种子生成的数据更安全，并且可以精确地包含这些特殊情况。

点击这里试试

POST /data/v1/generate从模式返回确定性的 fixture 行，并且可以使用 POST /api/_reset重置此处的每个沙箱，以便每次测试运行都从相同的种子数据开始；同级站点 fundata.dev 生成更大的 fixture 文件。

相关内容

• Fun Data Bridge API docs
• QA test data (fundata.dev)

资料来源

• Mocks, stubs and test isolation — Martin Fowler

其他术语

• 模拟 API — 一个可以替代真实 API 的方案，它能够返回逼真的响应，但背后却没有真实的系统支持。
• API 沙箱 — API 的一个独立副本，其中调用不会产生任何实际影响，数据可以重置。
• 赝品、存根和假货 — 三种类型的测试替身——真实依赖项的替代品——它们在执行的操作和检查的内容上有所不同。
• 合同测试 — 测试 API 及其使用者是否在请求和响应的形式上达成一致，而无需同时运行它们。
• 烟雾测试 — 在进行任何更彻底的检查之前，先运行一组简短快速的检查，确保最重要的路径都能正常工作。
• 不规则测试 — 一个测试，有时通过，有时失败，而测试的代码没有任何改动。

阅读英文版

所有术语 · 测试技巧 · 全部 39 个模拟 REST API

最后更新时间 2026年10月16日