Testing

ERRATA CORRIGE!!!!

Fabio Carucci — Tue, 17 May 2005 15:44:00 GMT

mi hanno segnalato (e me ne sono reso conto) che il titolo del mio post precedente genera equivoci.

Evidentemente l'ho scritto in maniera frettolosa e me ne scuso.

In realtà in Blog2TheMax scrivo mini articoli tecnici, nel blog su UGI scrivo cose tecniche ma riferite in maniera "personale" (impressioni, idee, ecc).

per i post tecnici...Blog2TheMax

Fabio Carucci — Tue, 17 May 2005 08:31:00 GMT

Qui trovate i miei post tecnici.

Riflessioni sull'arte del pensare (e fare demo) in coppia #2

Fabio Carucci — Mon, 11 Oct 2004 22:25:00 GMT

Sto preparando del materiale per la sessione che farò il 12 novembre all'Agile Day in quel di Milano.

Il mio intervento prevede una sessione mattutina in cui parlerò dell' XP Unit Test e del Pair Programming, offrendo degli spunti critici sulla mia esperienza e le volte in cui ho implementato ciò.

La sessione pomeridiana prevede una demo in coppia con Luca Minudel nella quale faremo vedere in azione come due sviluppatori devono collaborare pensando in coppia.

Ci vediamo a Milano?

Riflessioni sull'arte del testare #1

Fabio Carucci — Fri, 17 Sep 2004 17:56:00 GMT

Sto pensando allo sviluppo test-driven e a quello test-first...

tutto sommato il primo ingloba il secondo ma la differenza è sostanziale.

Infatti nello sviluppo test-driven NON scriviamo analisi dettagliata sulla carta, bensì scriviamo test sottoforma di codice sorgente e USIAMO i test per orientare al meglio la progettazione e il disegno del software. I test ci guidano nel disegno e nell'implementazione.

Questi sono gli steps e le regole da seguire (vi ricordo che l'eXtreme Programming prevede sviluppo iterativo - un pò come RUP - quindi i passi seguenti vanno iterati "n" volte):

- scriviamo test code che si riferisca a piccole unità funzionali e testiamo qualsiasi cosa possa sollevare una exception;

- siccome non abbiamo ancora scritto la funzionalità il nostro test code DEVE fallire;

- scriviamo il code affinchè passi il test;

- usiamo il refactoring e assicuriamoci che le nostre classi siano disegnate il meglio possible;

- assicuriamoci che tutti i test vengano eseguiti con successo al 100% ogni volta.

Nello sviluppo test-first, al contrario, non scriveremo mai codice di produzione prima di aver passato tutti i test cases perchè l'obiettivo è quello di scrivere prima tutti i test, poi sviluppare le funzionalità e infine testarle.

Voi che ne pensate?

VbUnit (o se volete Nunit con vb6)

Fabio Carucci — Tue, 07 Sep 2004 23:11:00 GMT

Se avete necessità di effettuare unit testing su codice scritto in VB6 (quindi anche componenti COM) esiste un tool, in parte free, simile a Nunit.

E' composto da una API library, un add-in per l'IDE di VB6 (solo nella versione a pagamento) e una applicazione standalone.

Come per Nunit, si creano classi custom di test mediante i metodi della libreria API e si eseguono utilizzando l'applicazione standalone chiamata TestRunner, che permette di definire l'output dei casi di test in file di testo o XML.

Gira sotto VB6 con Service Pack 5 e lo trovate qui.