mcpField
A
api-contract-testing

api-contract-testing

github.com/aj-geddesTesting & quality373916 installsUpdated 34w ago
Repository

About api-contract-testing

api-contract-testing is a skill for testing agreements between API consumers and providers without relying on full integration tests. It covers contract validation, schema checks, and practices for keeping API changes compatible.

Key features

  1. 01Consumer-provider contract testing
  2. 02Request and response validation
  3. 03OpenAPI and JSON Schema validation
  4. 04Pact and Postman reference guides
  5. 05Contract versioning and CI guidance

Use cases

  1. 01Testing communication between microservices
  2. 02Catching breaking API changes
  3. 03Checking backward compatibility
  4. 04Validating third-party API contracts

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill api-contract-testing

After installing, type/api-contract-testingin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
contract-testing-with-postman.md
json-schema-validation.md
openapi-schema-validation.md
pact-broker-integration.md
pact-for-consumer-driven-contracts.md
rest-assured-for-java.md
scripts/
scaffold-tests.sh
templates/
test-template.js

Details

From the project README

API Contract Testing

Table of Contents

Overview

Contract testing verifies that APIs honor their contracts between consumers and providers. It ensures that service changes don't break dependent consumers without requiring full integration tests. Contract tests validate request/response formats, data types, and API behavior independently.

When to Use

  • Testing microservices communication
  • Preventing breaking API changes
  • Validating API versioning
  • Testing consumer-provider contracts
  • Ensuring backward compatibility
  • Validating OpenAPI/Swagger specifications
  • Testing third-party API integrations
  • Catching contract violations in CI

Quick Start

Minimal working example:

// tests/pact/user-service.pact.test.ts
import { PactV3, MatchersV3 } from "@pact-foundation/pact";
import { UserService } from "../../src/services/UserService";

const { like, eachLike, iso8601DateTimeWithMillis } = MatchersV3;

const provider = new PactV3({
  consumer: "OrderService",
  provider: "UserService",
  port: 1234,
  dir: "./pacts",
});

describe("User Service Contract", () => {
  const userService = new UserService("http://localhost:1234");

  describe("GET /users/:id", () => {
    test("returns user when found", async () => {
      await provider
        .given("user with ID 123 exists")
        .uponReceiving("a request for user 123")
        .withRequest({
          method: "GET",
          path: "/users/123",
          headers: {
// ... (see reference guides for full implementation)

Reference Guides

Detailed implementations in the references/ directory:

GuideContents
Pact for Consumer-Driven ContractsPact for Consumer-Driven Contracts
OpenAPI Schema ValidationOpenAPI Schema Validation
JSON Schema ValidationJSON Schema Validation
REST Assured for JavaREST Assured for Java
Contract Testing with PostmanContract Testing with Postman
Pact Broker IntegrationPact Broker Integration

Best Practices

✅ DO
  • Test contracts from consumer perspective
  • Use matchers for flexible matching
  • Validate schema structure, not specific values
  • Version your contracts
  • Test error responses
  • Use Pact broker for contract sharing
  • Run contract tests in CI
  • Test backward compatibility
❌ DON'T
  • Test business logic in contract tests
  • Hard-code specific values in contracts
  • Skip error scenarios
  • Test UI in contract tests
  • Ignore contract versioning
  • Deploy without contract verification
  • Test implementation details
  • Mock contract tests

Comments

Markdown supported