P0 · Adapter evidence

Contract Test
Runner

Sprawdź zapisany lifecycle adaptera krok po kroku. Każdy wynik ma jawne asercje, zależności, wersje i fingerprint — bez skrótu od fixture do „verified”.

  • Deterministic
  • Versioned
  • Evidence-scoped
Execution modeCaptured fixture · local only
Pobierz szablon JSON ↓

Uruchom jawny lifecycle

Zaimportuj wersjonowany suite albo wybierz przykład. Runner oceni zapisane request/response fixtures bez łączenia się z zewnętrznym API.

Runner nie wykonuje żądań do providera. Testuje wyłącznie dostarczony fixture, nie przechowuje danych na serwerze i nie potwierdza interoperacyjności ani zgodności eFTI.

Lifecycle pod kontrolą

Jeden zielony endpoint nie dowodzi działania całego dokumentu.

Przepływ jest wiarygodny dopiero wtedy, gdy kolejne operacje zachowują identyfikator, wersję, status i oczekiwane reguły błędów.

  1. 01Create

    Powstaje dokument i stabilny identyfikator.

  2. 02Update

    Zmiana danych respektuje wersję i mapping.

  3. 03Share

    Odbiorca otrzymuje kontrolowaną referencję.

  4. 04Status

    Stan ma uzgodnione znaczenie i dozwolone wartości.

  5. 05Revoke

    Wycofanie jest jawne i możliwe do odtworzenia.

Granica dowodu

Fixture passed ≠ provider verified.

Publiczny runner nie łączy się z API, nie używa OAuth lub mTLS i nie nasłuchuje webhooków. Produkcyjny dowód wymaga autoryzowanego sandboxa, kontrolowanych danych, zachowanych request/response oraz wersji interfejsu.

Dodaj ślad od outputu do źródła →

Pilot dwóch adapterów

Ten sam rekord. Dwa niezależne kontrakty. Porównywalny dowód.

Zakres pilota ustala test data, lifecycle, błędy, idempotency, retry oraz warunki publikacji wyniku w macierzy.

Umów zakres testu