TDD
Test Driven Development
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..]
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..]
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..]
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...
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]
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...
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
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
ed eccomi finalmente a scrivere questo post. è da
qualche tempo che ce l'ho in mente, ma solo ora sono in grado di poterlo fare.
si tratta di una "richiesta di commenti" riguardo al tema che
ho analizzato e sviluppato nella mia tesi di laurea, che a
breve porterò a termine (qualche settimana al più).
con questo post faccio ricorso (per la prima volta) "alla community" poichè
sono interessato a sapere quanto realmente possano interessare e/o essere
considerati utili gli argomenti che mi hanno visto impegnato, ormai, per
più di un anno. il tema trattato riguarda le pratiche di sviluppo
software guidate dal testing e l'adozione di un modello di
processo in
cui...
cavolo! non so quanto tempo è che mi dico "devi iniziare
una serie di post di mock objects" e non trovo mai il tempo per organizzare le
idee e partire... ora, dopo l'ennesima volta che Ayende mi stupisce,
ho deciso di buttare giù la bozza di un primo post/articoletto su la mia
libreria di mock preferita: Rhino.Mocks.
per paura di dilungarmi troppo (so di essere prolisso e
"logorroico"), vado subito al cuore della discussione. mi interessa mostrare un
sistema che ho adottato per descrivere il design delle mie applicazioni (per
intederci, io come molti considero il TestDriven Development e in
particalare l'uso dei Mock Object uno strumento di progettazione...