Documentată
Proba și limita ei sunt fixate pentru versiunea exactă.
Fiecare bon păstrează vizibile constatarea inițială, răspunsul instituției, schimbarea promisă și retestarea. Reparația primește aceeași proeminență ca problema.
O reparație nu este verificată numai printr-o promisiune sau o politică nouă. Comportamentul ori documentul relevant trebuie să treacă verificarea declarată.
Proba și limita ei sunt fixate pentru versiunea exactă.
Actorul care poate repara primește afirmația și artefactele relevante.
Politica, SDK-ul, consimțământul sau documentația se schimbă.
Aceeași procedură verifică dacă comportamentul inițial se mai reproduce.
Ele demonstrează stările și continuitatea istorică. Nicio instituție reală nu este creditată sau criticată în acest registru înaintea testării.
REP-CAL-001
Furnizor fictiv: Inițializează SDK-ul de analiză numai după acceptarea explicită sau scoate-l din traseul de bază.
Repetă traseul pe instalare curată și confirmă absența conexiunii înainte de alegere.
REP-CAL-201
Operator fictiv: Publică rolul contractual și categoriile de date ale backendului de trasee.
Verificare documentară; nu presupune modificarea aplicației.
REP-CAL-301
Furnizor fictiv: Amânarea inițializării SDK-ului până după acceptare.
Trei instalări curate, refuz, acceptare și retragere.
Verificată: 5 august 2026