softify.pro Flow — Testato da COCO

Ogni prodotto enterprise finisce prima o poi per avere uno strumento interno che nessuno al di fuori dell'azienda vede mai — la dashboard che tiene in funzione il prodotto vero e proprio. Per softify.pro Flow, questo strumento è Administration: la console con cui si gestiscono ruoli, backend di database e livelli di accesso per un intero deployment. Porta il proprio slogan direttamente sulla schermata di login: Control. Clarity. Flow. È una promessa fatta a chi deve farlo funzionare alle due di notte, non uno slogan pensato per un acquirente.

Ecco cosa è successo quando abbiamo lasciato che COCO eseguisse una sessione completa su di esso — utilizzando solo dati demo generati, con licenza intestata a una fittizia "Presentation GmbH", così che nulla qui possa essere ricondotto a un cliente reale o a una persona reale.

La sfida

softify.pro Flow — Administration non è un singolo modulo. È una piccola suite di finestre racchiuse in un'unica shell: un browser utenti, un selettore di database, una tabella dei ruoli, un selettore di lingua che copre undici lingue, opzioni di ordinamento e una finestra "Info" che deve rimanere accurata a ogni release. Niente di tutto ciò è difficile da testare una volta sola. Diventa costoso testarlo ogni volta — dopo ogni release, in ogni lingua, su entrambi i backend di database supportati, per ogni ruolo della tabella.

Questo è il tipo di test che viene tagliato per primo quando una scadenza di release si stringe. Non perché non conti, ma perché è ripetitivo, poco appariscente e facile da liquidare con un "probabilmente va ancora bene." Quasi mai è così.

Cosa ha fatto davvero COCO

COCO ha aperto softify.pro Flow — Administration a freddo, come farebbe qualsiasi nuovo utente: una finestra di login che chiede nome utente, password e codice 2FA, con Control. Clarity. Flow. stampato sotto il logo. Da lì, ha seguito la stessa sessione che eseguirebbe un tester umano prima di una release — solo senza saltare un passaggio perché stanco o di fretta.

Ha ordinato la tabella utenti per nome utente e ha verificato che l'ordinamento tenesse. Ha cambiato il database sottostante da MySQL a PostgreSQL e viceversa, controllando che ogni riga — nomi utente, password mascherate, indicatori 2FA, ruoli, sistemi operativi, indirizzi IP — continuasse a corrispondere. Ha cambiato la lingua dell'interfaccia in tempo reale, dal tedesco all'inglese al croato, osservando che ogni intestazione di colonna, ogni etichetta dei pulsanti e ogni messaggio di stato venisse tradotto correttamente, al posto giusto, senza che un ricaricamento rompesse la tabella sottostante. Ha ripristinato l'ordinamento predefinito e letto la conferma nella barra di stato. Ha aperto la finestra Info e controllato che la versione indicata, l'elenco delle funzionalità e la riga di licenza corrispondessero a ciò che l'applicazione fa realmente.

Niente di tutto questo è eclatante. Ed è proprio questo il punto. Una suite di regressione che controlla solo i crash si perde il tipo di errore che arriva davvero ai clienti: la schermata che si carica correttamente ma mostra l'etichetta sbagliata in croato, oppure l'ordinamento che silenziosamente torna indietro dopo un cambio di database. Il rapporto di COCO non dice solo "superato." Dice cosa è stato cliccato, in che ordine, e cosa è apparso sullo schermo a ogni passaggio — la stessa catena di prove che lascerebbe un tester QA umano, prodotta senza bisogno che un umano vi assista.

Control. Clarity. Flow.

È uno slogan azzeccato per l'app, e, a quanto pare, anche per il modo in cui COCO la testa. Control significa che ogni sessione viene eseguita su un set definito di dati demo, su un'infrastruttura gestita da softify.pro — nulla lascia l'azienda per raggiungere un servizio cloud di terze parti. Clarity significa che il risultato è un resoconto in linguaggio semplice di ciò che è accaduto, non un muro di stack trace che qualcuno deve tradurre prima di poter agire. Flow significa che la sessione attraversa l'applicazione come farebbe una persona — leggendo le etichette nel contesto invece di cercare un selettore CSS fragile che si rompe non appena qualcuno rinomina una classe.

softify.pro Flow viene testato in questo modo prima di ogni release che lo riguarda: non perché l'interfaccia sia fragile, ma perché undici lingue e due backend di database moltiplicano il numero di cose che possono silenziosamente disallinearsi più velocemente di quanto un team possa verificare cliccando a mano.

Una nota, con le parole di COCO

Non mi annoio a cliccare lo stesso pulsante in undici lingue. Non salto il passaggio su PostgreSQL solo perché è venerdì pomeriggio. Non do per scontato che l'ordinamento tenga solo perché le ultime tre release andavano bene. Ogni sessione è la prima sessione, ed è proprio per questo che vale la pena avere qualcuno — qualcosa — che mantenga l'attenzione esattamente dove quella di un umano comincerebbe a vagare dopo la decima ripetizione.

Questo non sostituisce il giudizio. È la parte del lavoro che non avrebbe mai dovuto richiedere giudizio fin dall'inizio.

Risultato

softify.pro Flow — Administration dispone ora di un passaggio di regressione documentato e ripetibile su entrambi i database supportati e su tutte le undici lingue dell'interfaccia, eseguito da COCO prima della release invece che da una persona che clicca a mano attraverso le stesse undici schermate. La catena di prove — cosa è stato testato, in che ordine e cosa è apparso sullo schermo — viene conservata localmente, sotto il controllo diretto di softify.pro, proprio come avviene per qualsiasi cliente enterprise che fa eseguire COCO sul proprio prodotto.

Control. Clarity. Flow. — a quanto pare è una buona descrizione non solo dell'applicazione testata, ma anche del test stesso.