ff

2026-10-26 00:25:18 +01:00
parent 1df884da84
commit 1bc033c329
46 changed files with 2958 additions and 0 deletions
@@ -0,0 +1,35 @@
+# ACCEPTANCE CRITERIA — Criteri di rilascio
+
+Ultimo aggiornamento: **{{DATA}}**
+
+---
+
+## 1. Riepilogo per specifica
+
+| Spec | Criteri | Verificati | Stato |
+|---|:-:|:-:|:-:|
+| <!-- SPEC-001 --> | | | ⬜ |
+
+## 2. Criteri di rilascio — versione <!-- x.y.z -->
+
+### 2.1 Bloccanti
+
+| # | Criterio | Verificato da |
+|:-:|---|---|
+| R1 | Tutti i test passano in pipeline | CI |
+| R2 | Nessuna riga scoperta in `TRACEABILITY.md` | revisione |
+| R3 | <!-- DA COMPILARE --> | |
+
+### 2.2 Attesi (non bloccanti)
+
+| # | Criterio |
+|:-:|---|
+| <!-- DA COMPILARE --> | |
+
+## 3. Verifica funzionale prima del rilascio
+
+- [ ] <!-- DA COMPILARE: percorsi da provare a mano con il committente -->
+
+## 4. Cosa non è criterio di rilascio
+
+<!-- DA COMPILARE -->
@@ -0,0 +1,38 @@
+# TEST STRATEGY
+
+Ultimo aggiornamento: **{{DATA}}**
+
+---
+
+## 1. Il criterio
+
+Ogni criterio di accettazione di ogni spec ha **almeno un test eseguito**. Lo stato di un
+requisito in [`TRACEABILITY.md`](TRACEABILITY.md) diventa ✅ quando il test passa, non quando
+il codice è scritto. Ogni difetto `DIF-nn` ha un test che lo riproduce.
+
+## 2. Livelli
+
+| Livello | Cosa verifica | Strumento | Dove |
+|---|---|---|---|
+| Unitario | funzioni pure, regole di business | <!-- DA COMPILARE --> | |
+| Integrazione | servizi + database + code, con simulatori dei sistemi esterni | | |
+| Contratto | implementazione contro `openapi.yaml` | | |
+| End-to-end | casi d'uso dall'interfaccia | | |
+
+## 3. Simulatori dei sistemi esterni
+
+| Sistema | Simulatore | Comportamenti simulati (anche i guasti) |
+|---|---|---|
+| <!-- DA COMPILARE --> | | |
+
+## 4. Nominare i test
+
+Il nome del test cita il criterio: `test_D3_sufficiente_urgente_ricorrente_lotto_grande_priorita_1`.
+
+## 5. Esecuzione
+
+<!-- DA COMPILARE: comandi, durata attesa, numero di test (aggiornato in DEVELOPMENT_LOG). -->
+
+## 6. Cosa non verifichiamo
+
+<!-- DA COMPILARE, con il perché. -->
@@ -0,0 +1,48 @@
+# TRACEABILITY — Matrice REQ → SPEC → T → test
+
+Ultimo aggiornamento: **{{DATA}}** · Stato: **in stesura**
+
+---
+
+## 1. Regola
+
+> **Nessuna riga vuota.** Ogni requisito ha una specifica, ogni specifica ha task, ogni task ha
+> test. Un requisito senza spec non è implementabile; un task senza spec non entra in lavorazione.
+
+La colonna *Stato* si compila durante l'implementazione: ⬜ da fare · 🟡 in corso · ✅ verificato.
+Lo stato si aggiorna **quando il test passa, non quando il codice è scritto**.
+
+---
+
+## 2. Copertura
+
+| Area | REQ | Spec | Task | Criteri | Copertura |
+|---|:-:|---|---|:-:|:-:|
+| <!-- DA COMPILARE --> | | | | | ⬜ |
+| **Totale** | | | | | |
+
+---
+
+## 3. Matrice per requisito
+
+### <!-- AREA --> · <!-- Nome -->
+
+| REQ | Spec | Task | Criteri | Stato |
+|---|---|---|---|:-:|
+| <!-- AREA-01 --> | <!-- SPEC-001 §2 --> | <!-- T-010 --> | <!-- A1 --> | ⬜ |
+
+---
+
+## 4. Decisioni → specifiche
+
+| Decisione | Dove si applica | Task |
+|---|---|---|
+| D-002 | metodo | — |
+
+---
+
+## 5. Difetti → test
+
+| Difetto | Requisito | Test |
+|---|---|---|
+| <!-- DIF-01 --> | | |