Checklist Finale Chiusura Sviluppo Easy / Expert Builder

Questo documento serve a chiudere in modo ordinato il blocco Easy Builder / Expert Builder prima di riaprire nuove evolutive o ripartire con i temi legacy import.

L'obiettivo e' semplice: - verificare che il prodotto sia davvero coerente - evitare di lasciare funzionalita' sparse non collaudate - avere un punto unico di controllo prima di considerare chiuso questo ciclo

Quando usare questa checklist

Usala: - prima di dichiarare chiuso il blocco Easy / Expert Builder - prima di partire con import massivi legacy - prima di fare demo o handover - dopo modifiche significative a preset, prompt builder o preview

1. Chiusura funzionale

Verificare che esistano e siano raggiungibili: - lista Easy Builder - creazione nuovo builder - editor builder - preview compila - prompt builder - catalogo tipi - catalogo preset - catalogo libreria domande - catalogo audit

Verificare che i tipi builder attivi siano corretti: - ras - dvr - checklist

Verificare che gli stati builder siano coerenti: - draft - published - obsolete

2. Flusso base builder

Test minimo da fare: 1. creare un nuovo builder 2. aggiungere almeno una scheda 3. aggiungere almeno una sottoscheda 4. aggiungere almeno due domande 5. salvare 6. riaprire il builder 7. verificare persistenza struttura

Esito atteso: - la struttura viene salvata correttamente - le domande restano collegate alla sottoscheda giusta

3. Preset domanda

Verificare: - selezione preset standard - selezione preset con immagini - selezione preset document_check - preview standard - preview In attesa - preview JSON del preset

Esito atteso: - il comportamento mostrato in preview e' coerente con la configurazione del preset

4. Libreria domande

Test minimo: 1. salvare una domanda in libreria 2. ritrovarla nel catalogo 3. riusarla in un altro builder o in un'altra sottoscheda 4. modificarla 5. duplicarla 6. attivarla/disattivarla

Esito atteso: - la libreria e' riusabile e governabile

5. Drag&drop e riordino

Verificare: - riordino schede - spostamento sottoschede - spostamento domande tra sottoschede - persistenza dopo save/reload

Esito atteso: - nessuna perdita di struttura - nessun errore nei riferimenti interni

6. Prompt Builder

Testare almeno questi casi: - comando DSL semplice - aggiunta massiva domande - modifica domanda - rimozione domanda - spostamento domanda - testo naturale semplice - testo naturale con riferimenti ordinali - preview diff - apply sulla bozza

Esito atteso: - il prompt non applica nulla senza controllo - il diff e' leggibile - la bozza finale resta coerente

7. Preview compila

Verificare: - apertura preview draft - caricamento struttura completa - salvataggio temporaneo - ricarica stato draft - upload immagini preview - nessuna scrittura sui dati ufficiali

Esito atteso: - la preview si comporta come un ambiente di prova reale

8. Document check

Testare: - domanda document_check standard - categoria corretta - esito backend - warning scadenza - grace period - casi senza scadenza

Esito atteso: - il controllo documentale risponde correttamente in preview e runtime

9. Conditional document check

Test minimo: 1. domanda standard Si/No 2. regola se_no -> documento categoria X 3. risposta Si 4. risposta No 5. ritorno a Si

Esito atteso: - il blocco documentale compare solo quando il trigger e' attivo - il refresh UI e' coerente

10. Validazione pre-pubblicazione

Verificare che la pubblicazione venga bloccata quando: - manca una scheda - manca una sottoscheda - una sottoscheda non ha domande - una domanda non ha testo - una domanda non ha preset - un document_check e' incompleto

Esito atteso: - errori visibili - publish bloccato

11. Publish e versioning

Test minimo: 1. pubblicare una bozza valida 2. verificare stato published 3. duplicare nuova versione 4. verificare nuova bozza 5. marcare obsoleta una versione non piu' corrente

Esito atteso: - ciclo di vita chiaro - nessuna ambiguita' tra versione pubblicata e bozza

12. Permessi

Verificare almeno: - admin tenant vede e usa Easy Builder - admin tenant non usa cataloghi riservati se non previsto - super admin vede cataloghi e governance avanzata - tecnico non accede dove non deve

Esito atteso: - separazione ruoli coerente

13. Audit

Controllare che generino record audit: - creazione/modifica builder - publish - obsolete - save libreria - save preset - azioni prompt principali

Esito atteso: - storico leggibile e utile

14. Documentazione

Verificare che siano presenti e allineati: - manuale utente - manuale operativo Easy vs Expert - manuale tecnico - inventario funzionale - strategia import legacy

Esito atteso: - chi entra nel progetto riesce a orientarsi senza ricostruire tutto dal codice

15. Decisione di chiusura

Il blocco puo' considerarsi chiuso quando: - i test minimi sopra sono stati fatti - i ruoli sono chiari - la documentazione e' coerente - non ci sono dubbi sul confine Easy vs Expert

Se uno di questi punti non e' chiaro, il blocco non e' davvero chiuso.

16. Cosa succede dopo la chiusura

Solo dopo questa checklist ha senso riaprire: - import legacy batch - ulteriori evolutive - nuovi preset o nuovi builder type

La logica e' semplice: - prima si consolida il motore - poi si appoggiano sopra i flussi piu' pesanti