METODO
Questa pagina non ripete i singoli test: li rende leggibili. La validazione della CMDE 4.1 è organizzata come un sistema di schede con struttura uniforme, così che chi legge capisca subito che cosa viene verificato e con quale logica, senza perdersi in un elenco infinito. Ogni scheda riporta sempre gli stessi campi: Obiettivo, Metodo, Risultato, Interpretazione, Esito tecnico finale. Questo è il primo criterio di serietà: stessa grammatica, stesso ordine, stessi punti di controllo.
La distinzione tra i due pulsanti di ogni test è intenzionale. “DETTAGLI” è il livello esteso, pensato per chiarire il senso del controllo e il perché dell’esito, mentre “RELAZIONE TECNICA” è il livello riproducibile, dove si trovano ambiente di calcolo, pipeline, criteri di accettazione e controlli di qualità. In altre parole: prima leggi che cosa è stato testato, poi vedi come è stato testato, e solo dopo, se vuoi, lo replichi.
Il criterio guida è sempre lo stesso: un test non vale perché è convincente, vale perché è tracciabile. Un esito è utile solo se è associato a metodi dichiarati, soglie esplicite e controlli coerenti, così che un confronto produca uno scarto interpretabile e non un’impressione. Per questo il catalogo dinamico “Tutti i test” è il cuore operativo della validazione, mentre qui fissiamo il metodo e l’ordine di lettura prima di entrare nei risultati.
TUTTI I TEST
Qui trovi il catalogo completo in formato dinamico. È pensato per essere consultato in due modi: lettura rapida, quando vuoi capire subito che cosa è stato verificato e con quale esito, e lettura tecnica, quando vuoi entrare nel dettaglio della pipeline e dei controlli. Per questo ogni test ha una scheda sintetica con campi fissi e due pulsanti separati, così da non mescolare spiegazione e riproducibilità.
Il modo consigliato di usarlo è semplice: parti dal titolo del test e dall’obiettivo, leggi il metodo per capire quali variabili vengono mosse e quali controlli sono applicati, poi guarda il risultato e l’esito tecnico finale. Se vuoi approfondire, apri “DETTAGLI” per la descrizione estesa; se invece vuoi replicare o verificare, apri “RELAZIONE TECNICA”, dove il test è descritto in forma operativa, con ambiente, soglie e criteri.
Questo formato serve a una cosa precisa: rendere i confronti auditabili. Non si tratta di avere tanti test, ma di avere test leggibili, ripetibili e confrontabili tra loro, così che un’eventuale criticità non resti vaga, ma si possa localizzare in un punto preciso del metodo o della costruzione. Da qui si passa alla riproducibilità: dove trovare dati, codice e materiali collegati alla suite di validazione.
RIPRODUCIBILITA'
La validazione ha valore solo se può essere rifatta. Per questo ogni test è pensato per essere replicabile: stesso input, stessi parametri dichiarati, stessa specifica canonica, stesso ambiente di calcolo, stesso criterio di accettazione. La riproducibilità non è un’aggiunta a posteriori, è parte della struttura con cui i test sono scritti e archiviati.
In pratica, significa tre cose. Primo: dati e sorgenti devono essere identificabili, con riferimento chiaro a dataset, versioni e preprocessing. Secondo: il codice deve essere eseguibile e tracciato, con dipendenze e impostazioni dichiarate, così che due esecuzioni indipendenti producano lo stesso esito entro la tolleranza numerica. Terzo: i criteri di pass/fail devono essere espliciti, perché senza soglie non esiste controllo, esiste solo impressione.
Il punto più importante è la coerenza di pipeline: t₀ e gli altri parametri canonici devono essere congelati e mantenuti identici in ogni confronto, altrimenti i risultati non sono confrontabili tra loro. È per questo che le “Relazioni tecniche” sono il livello decisivo: contengono ciò che serve per replicare, controllare e, se necessario, contestare un risultato in modo costruttivo.
Nella sezione finale trovi i collegamenti ai materiali riproducibili, così puoi passare dal testo alla verifica senza perdere il filo.