TDD

Design does matter

papo — Fri, 03 Oct 2008 10:20:35 GMT

oggi a pranzo con qualche collega discutevamo di come risolvere un esercizio di logica (ad esempio, trovare l'intersezione tra array, e valutarne la complessità), che il nostro coach ognitanto ci lascia come stimolo per tenere allenata la mente, e per favorire il confronto tra tutti noi del team [continua..]

Disaccoppiamento, inversione delle dipendenze e architetture esagonali

papo — Sat, 20 Sep 2008 18:05:19 GMT

questa settimana è arrivato un nuovo tassello nel mosaico dell'applicazione Java che il mio team sta sviluppando in questo periodo. è ormai in code complete la user-story che ho preso in carico, che si occupa di realizzare l'aggancio ad una coda, realizzata da sviluppatori di un altro team interno, e di supportare il formato dei dati concordato con loro. [continua..]

Feedback, feedback, feedback!

papo — Mon, 15 Sep 2008 10:24:51 GMT

non è un segreto, sono test-infected. questo significa che prima di iniziare a scrivere del codice, il mio istinto (o malattia) mi porta a partire da un test automatico. ma non è solo questo: l'approcio infatti mi si rivela utile in ogni situazione in cui ci sia da scoprire come fare qualcosa di nuovo. [continua..]

Customer Test-Driven Development with FIT and FitNesse

papo — Sun, 06 Jul 2008 13:08:53 GMT

no, non è un post in inglese. il titolo si riferisce alla sessione che io e il mio collega Tommaso abbiamo tenuto lo scorso giovedì per i ragazzi della ESSAP (European Summer School on Agile Programming) presso Villa Toeplitz a Varese. è stata un'esperienza stupenda, sia per il fatto che ci siamo tutti divertiti moltissimo, sia per l'interesse che i partecipanti (un po' assonnati per il post pranzo!) hanno dimostrato verso i temi esposti.

putroppo, questa era la prima volta che la sessione prendeva corpo, e quindi sicuramente non siamo stati efficaci quanto speravamo: l'argomento è insidioso perchè offre il fianco a lunghe discussioni puramente tecniche, errore in cui siamo caduti anche noi. il pubblico, una ventina di ragazzi da tutta europa, era molto eterogeneo, chi vedeva per la prima volta le tematiche legate ai metodi Agili, accanto a chi invece già adotta alcuni principi e pratiche nel proprio lavoro ed era lì per affinarli o capire come farli meglio funzionare.

abbiamo scelto di dividere la sessione in due parti. prima un'introduzione al concetto di iterazione e test di accettazione scritti da/con il cliente, quali possibili forme usare per scriverli e quali tool esistono a supporto. abbiamo descritto in dettaglio il funzionamento di FIT e FitNesse e mostrato le principali fixtures usate, quelle di FIT e alcune di FitLibrary.

nella seconda parte della sessione invece abbiamo fatto un esercizio, partendo da un esempio scritto da noi (una variazione di quello che i ragazzi avevano già visto in altre sessioni): un semplice gioco di ruolo per il quale abbiamo realizzato una decina di user stories, corredandole di test unitari e test di accettazione. quindi abbiamo eletto a customer uno dei ragazzi nel pubblico, chiesto a lui di inventarsi la prossima user story e iniziato a descriverla in forma testuale su una lavagna. prendendo spunto da quanto già fatto per le altre storie, abbiamo poi scritto un test di accettazione, sempre su lavagna, e tradotto poi in forma tabellare.

il resto del pomeriggio (troppo breve!) i ragazzi hanno così lavorato in coppie cercando di implementare la storia richiesta, partendo dalla traduzione in FitNesse del test di accettazione, collezzionando una bella "barra rossa", doverosa a inizio iterazione. hanno poi iniziato a decidere dove porre le responsabilità richieste, e mi pare che tutti abbiano deciso di assegnarle a oggetti già esistenti, iniziando così a scrivere i test unitari, a vederli fallire uno ad uno, per poi modificare il sistema e godersi il premio di una barra verde!

anche se l'esempio era molto semplice e le modifiche da aggiungere davvero limitate, ho notato la soddisfazione sopratutto dei ragazzi nuovi alle tematiche ad ogni esecuzione con successo dei test unitari. è quello che in eXtreme Programming viene detto il valore del feedback, assolutamente fondamentale.

prima di andare a casa, tutte le coppie sono riuscite a chiudere la micro-iterazione, verificando che il loro lavoro fosse corretto e concluso, vedendo passare con successo anche il test di accettazione. qualche coppia, avendo finito in anticipo, ha iniziato a lavorare su una seconda carta, inventata al momento. mi spiace solo che l'abbiano scelta loro invece di coinvolgere il "customer-per-un-giorno", ma è comprensibile dato l'entusiasmo e la brama di giocare col la pratica e lo strumento.

a me non resta che ringraziare tutti: gli organizzatori (primo tra tutti il mio coach Matteo) per l'occasione concessa e i partecipanti per le ottime domande a cui abbiamo cercato di rispondere in modo conciso. da parte mia, è stata una giornata splendida, mi ha fatto crescere come "speaker", ruolo per me nuovo, ho avuto anche l'occasione per conoscere di persona alcuni nomi "digitali" (come Luka), e si è conclusa con uno ottimo social-dinner!

il materiale della sessione sarà presto disponibile sul sito della ESSAP, nel frattempo è raggiungibile qui:

mindmap
esercizio (in java)

le nostre gesta sono anche state immortalate! più le rivedo e più sorrido. in ogni caso, sono qui, qui, qui e qui (peccato non si veda la scritta sul mio tesserino "Jacopo - xtreme guitarist", nascosta dalla maglia rosso acceso!).

grazie ancora a tutti, spero la scuola possa farsi conoscere ancora di più, magari nelle prossime edizioni ci troveremo anche molti della comunità ugidotnet!

a presto.
-papo

Model-View-Presenter per Compact Framework

papo — Fri, 26 Oct 2007 10:19:39 GMT

stavo per rispondere a Jeremy , che è curioso di sapere quale variante di Model-View-Presenter sia maggiornente diffusa tra i suoi affezionati, indicando come nel mio caso si tratti del Passive View. però poi mi sono accorto che era uno spunto buono per un post... [continua]

[semi-OT] presentazione TDD in Java e .NET

papo — Sun, 18 Mar 2007 21:38:00 GMT

finalmente sono riuscito a finire di sistemare il materiale per una presentazione che darò la prossima settimana, che ho chiamato "Sviluppo software guidato dal testing, metodologie e strumenti", che in sostanza si tratta di un approfondimento degli argomenti che ho affrontato nel mio lavoro di tesi.

la cosa fantastica è che la presentazione la devo fare nella mia (ex) università! il docente che mi ha seguito per il lavoro di tesi mi ha infatti messo a disposizione un'ora del suo corso per esporre ai suoi studenti le tematiche che ruotano attorno al TDD, e di certo non mi sono tirato indietro!

così, ho articolato il tutto in modo che ci sia una prima parte di introduzione alle metodologie, per ciascuna indicando alcuni strumenti Open-Source disponibili, e poi mostrando un esempio pratico di sviluppo. il corso (di ingegneria del software, modulo B) usa come riferimento Java, quindi è questo il linguaggio che ho usato per il progetto, ma nella presentazione metto sempre a confronto Java e .NET, e poi in ogni caso gli argomenti sono applicabili in un qualasiasi ambiente.

ecco una breve descrizione dei contenuti:

riepilogo tipologie di testing : in piccolo (unità), in grande (integrazione, accettazione), nuovo significato di testing
Test-Driven Development : progettazione e test di unità, red-green-refactor, xUnit (jUnit e NUnit), isolamento (fake, stub, mock), testing basato sullo stato e basato sulle interazioni, mock objects dinamici (EasyMock e Rhino.Mocks)
Customer Test-Driven Development : requisiti, test di accettazione e layer dell'applicazione, FIT e FitLibrary, principali tipologie di fixture
demo: "simple login", servizio di autenticazione utenti, CTDD delle regole del dominio e dello strato di presentazione, scrittura fixture di FIT, TDD delle singole classi, stub e mock per le dipendenze
strumenti usati : Fit, FitLibrary, FitNesse, jUnit, EasyMock e Eclipse

il materiale si trova qui:

il progetto contiene test di accettazione per FitNesse, test di unità e sistema. dopo aver copiato le pagine di FitNesse bisogna modificare l'homepage del progetto (raggiungibile come [root]/SimpleLogin) con il path al percorso contentente il progetto compilato.

a presto.
-papo-

Jeek project: primo rilascio

papo — Mon, 26 Feb 2007 15:07:00 GMT

finalmente ho pubblicato il progetto Jeek, un generatore di classi stub/mock per il testing di unità in .NET. si tratta della versione iniziale (che ho indicato come 0.1 alpha) che corrisponde alle prime due iterazioni di sviluppo. al momento quindi copre solo la generazione di classi concrete (fake) e stub ed è avviabile da riga di comando. si tratta del progetto che ho realizzato come caso di studio per la mia tesi di laurea specialistica (di cui parlavo in alcuni post precedenti), ma che s

Esempio (semplice) di UI Test-Driven con MVP

papo — Mon, 29 Jan 2007 16:12:00 GMT

ho pubblicato un articolo sulla mia esperienza nel realizzare test-driven una UI WinForm, usando il pattern Model-View-Presenter.
si tratta solo di un inizio, e mi sono focalizzato più sulla specifica dei comportamenti tramite test (di accettazione e di unità), meno sull'implementazione (magari in un prossimo post).
ecco il link:
http://blogs.ugidotnet.org/papo/articles/69048.aspx

[Request for Comments] tesi sullo sviluppo guidato dal testing

papo — Wed, 13 Dec 2006 22:33:00 GMT

Mock parziali: una alternativa ai delegates

papo — Wed, 29 Nov 2006 16:12:00 GMT