故障注入

故障注入故意使依赖项出现异常行为，以便测试依赖于它的代码，使其能够应对最终会遇到的各种故障：响应缓慢、间歇性 5xx 错误、超时、数据体格式错误等等。它是可控且可重复的测试方法，与生产环境中的混沌工程相对应。

工作原理

测试会在被测代码无法触及的边界处注入故障——例如模拟服务器、代理、服务网格规则或依赖项本身的功能标志。然后，测试会断言行为：重试是否发生并停止、超时是否触发、是否显示了回退方案、以及是否存在未完成的状态。

误解

随机故障本身就是一种有效的测试。如果一个测试每四次运行就会失败一次，那它就是一个不稳定的测试。有效的故障注入应该是确定性的——比如这个请求会失败，那个请求会很慢——或者至少是预先设定好的，这样故障就可以重现，修复方法也可以得到验证。

点击这里试试

使用 PUT /faults/v1/config故障注入 API — 延迟、状态码、故障率、格式错误的 JSON — 并使用 GET /faults/v1/target配置故障注入 API，然后在您自己的沙箱中按照配置执行错误操作。

相关内容

• Fault Injection API docs
• 不规则测试

资料来源

• HTTP semantics — RFC 9110
• OpenAPI Initiative

其他术语

• 不规则测试 — 一个测试，有时通过，有时失败，而测试的代码没有任何改动。
• 模拟 API — 一个可以替代真实 API 的方案，它能够返回逼真的响应，但背后却没有真实的系统支持。
• API 沙箱 — API 的一个独立副本，其中调用不会产生任何实际影响，数据可以重置。
• 赝品、存根和假货 — 三种类型的测试替身——真实依赖项的替代品——它们在执行的操作和检查的内容上有所不同。
• 测试夹具 — 测试开始时的已知数据和状态，每次运行都以相同的方式设置。
• 合同测试 — 测试 API 及其使用者是否在请求和响应的形式上达成一致，而无需同时运行它们。

阅读英文版

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

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