TESTARE L’INTESTABILE
Ferdinando Santacroce
@jesuswasrasta #IAD19

Topics
•Mob Programming
•Strong-style pair programming
•Legacy code
•Characterization tests
•Bare-handed
•Golden Master
•Approval tests

Testing
• Vuol dire tante cose
• Unit testing, TDD, e2e, esplorativi, manuali, …
• In genere lo si intende come un modo per validare il
comportamento di un’applicazione
• Questo implica che si abbia, per iscritto o nella propria
testa, un’idea di cosa il codice faccia, una specifica
• Ma cosa fare quando non ce l’abbiamo?
(e chi può affermare di averne mai visto una esaustiva? )

Working with existing code
•Spesso si lavora con codice esistente
•Si deve modificare o sistemare qualcosa che
non si conosce
•Altrettanto spesso risulta difficile capire cosa
faccia il codice che osserviamo
•Ah, e quasi sempre in questi casi i test
scarseggiano...

The Legacy Code Dilemma
You can’t refactor code
without test coverage
You have to refactor
some code to add tests

Characterization tests
• Invece di spendere energie preziose nel tentare
di capire «il giro del fumo», scriviamo test di
caratterizzazione che ci permettano di delinearne
il comportamento, aiutandoci a capire cosa fa
veramente il sistema sotto test
• Scrivi un test senza fare ipotesi, eseguilo, prendi i
risultati come la verità

Workshop setup
•Mob programming
•Io farò Navigatore/Facilitatore
•Strong-style pair programming
•4L’s retrospective

Mob programming
“All the brilliant people working at the
same time, in the same space, at the
same computer, on the same thing”
Woody Zuill

Strong style pair programming
“For an idea to go from your head
into the computer, it MUST go
through someone else’s hands”
Llewellyn Falco

The Driver
Traduce linguaggio naturale in codice.
E’ una sorta di device di input intelligente.
Non può prendere iniziativa, non scrive una riga di
codice senza che gliel’abbia detto il Navigator. Può
contribuire con idee.

The Navigator
Programma senza toccare la tastiera.
Traduce le idee che emergono in istruzioni per il driver
* In questa speciale occasione assumerò spesso un ruolo
più direttivo, impartendo istruzioni per arrivare a mostare
alcuni passaggi

The Mob
E’ dove nascono le idee.
Sentitevi liberi di proporre idee e soluzioni: ne
discuteremo ed eventualmente ne testeremo l’efficacia
implementandole.

Timebox
•Ruotiamo ogni 20 minuti
•Ne approfittiamo per fare un piccolo break
con retrospettiva (4L’s)

Continuous retrospective
4L’s retrospective (notare il codice colore dei post-it)
Scriveteli mentre lavoriamo, nei break li discutiamo
Liked
Cose che ti sono piaciute
Learned
Cose che hai imparato
Lacked
Cose che abbiamo fatto, ma
che possiamo migliorare
Longed for
Desideri non soddisfatti

Let’s start writing the first test!
• Scrivi un test alla volta, il più piccolo che ti permetta di
scoprire qualcosa sul SUT (System Under Test)
• Non perdere tempo a pensare a un nome significativo per il
test, chiamalo «test»
• Non fare ipotesi: lascia che il codice riveli il risultato
• Sistema l'asserzione in modo che corrisponda alla realtà
• Dai al test un nome significativo