算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
contract-testing在为前端-后端 API 边界设置集成测试、评估两个服务是否可以安全独立部署或用契约测试替换缓慢的端到端测试时使用。
AI 翻译
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Integration tests that require both services running at the same time are slow, brittle, and hard to maintain. Consumer-driven contract testing decouples the consumer and provider test suites — each team can run their tests independently, yet the broker guarantees that the published contract is always verified against the live provider. This catches API mismatches days earlier than end-to-end tests, with far less infrastructure overhead.
Check whether the frontend has consumer-driven contract tests that define and verify the API contract with the backend.
Add Pact consumer tests for the frontend API client, publish the contracts to a broker, and add provider verification to the backend CI pipeline.
Explain how consumer-driven contract testing works, what the Pact workflow looks like end-to-end, and how it compares to mocking and end-to-end testing.
Review the Pact consumer tests. Flag interactions that are too permissive (any-type matchers on fields the consumer actually uses), missing status code assertions, and interactions for endpoints the consumer no longer calls.
For full implementation details, code examples, and framework-specific guidance,
see references/rule.md.
Rule page: https://frontendchecklist.io/rules/testing/contract-testing