Strategie de Testare Comună (Esempla Systems / GovStack)

Reutilizabilă de toate planurile de testare. Planul specific moștenește această strategie și biblioteca de cazuri comune (biblioteca-cazuri-test-comune.md), apoi adaugă DOAR cazurile de business.

Niveluri de testare

• Unit — logică izolată (servicii, validări, reguli de business). Țintă acoperire pe logica critică.
• Integrare — API + DB + cache + messaging (Testcontainers / WebApplicationFactory / Spring Boot Test).
• Contract — conformitate OpenAPI între consumator/producător (CU-API-001).
• E2E — fluxuri de business prin UI (Playwright/Cypress) pe căile principale.
• Non-funcțional — securitate, performanță (CU-PERF-001), accesibilitate (CU-A11Y-001), i18n.
• Smoke post-deploy — verificări rapide după fiecare livrare (CU-DEPLOY/K8S).
• UAT — acceptanță cu business pe criteriile din caiet (§11).

Medii

dev (automat) → staging (set complet + non-funcțional) → prod (smoke). Date de test anonimizate; conturi de test MPass/MSign.

Criterii de intrare / ieșire

• Intrare: caiet aprobat, build verde, mediu disponibil, date de test pregătite.
• Ieșire: 0 defecte CRITICAL/BLOCKER deschise; toate cerințele acoperite (matrice de trasabilitate); cazurile comune TC-COM-* aplicabile trec.

Abordare per domeniu transversal (moștenit)

Fiecare plan rulează automat subsetul aplicabil din biblioteca comună: securitate, auth/MPass, RBAC, audit, logare/observabilitate, cache, search, storage documente, integrări, persistență/migrări, date personale, i18n/a11y, performanță, deployment/K8s.

Raportare defecte

GitLab issues, label type:bug + severitate (BLOCKER|CRITICAL|MAJOR|MINOR), legate de cerința/UC. Defectele CRITICAL/BLOCKER blochează promovarea (gate, vezi reviewer).

Reutilizare

Planul specific = moștenește această strategie + cazurile TC-COM-* aplicabile (prin tabel de conformitate, identic ca la caietul de sarcini) și adaugă cazuri TC-<app>-* pentru business.