Pubblications

TFS, Checkin Policy e TestManager

Gianluca Carucci — Mon, 29 Jan 2007 13:14:00 GMT

Come ci racconta benissimo Lorenzo nei suoi webcast, le checkin policy sono uno strumento che permette di assicurare che il checkin del codice sorgente su TFS sia sottoposta a determinate condizioni. E' quindi possibile obbligare lo sviluppatore a far sì che i file pending siano associati ad un workitem, soddifino la validazione del codice con FxCop, piuttosto che passino gli unit test.

Proprio la policy fornita da TFS per validare i test soffre a mio avviso (e leggendo in giro non sono l'unico) di gravi problemi. E' infatti necessario configurare la policy in modo da associargli le liste dei test (chiamate List of Tests) di cui sarà controllato l'esito prima del checkin. Qui nascono i problemi. Le liste dei test sono contenute nel test Metadata File (*.vsdmi) ed è possibile definirle tramite il Test Manager che purtroppo è contenuto solo nelle versioni Visual Studio 2005 Team Suite o Visual Studio 2005 Team Edition for Software Testers (questa limitazione dovrebbe essere risolto in Orcas). Chiunque usi la versione Visual Studio 2005 Team Edition for Software Developers (la versione più diffusa da chi sviluppa e quindi da chi deve essere controllato che il codice scritto sia testato correttamente) non può creare in modo comodo le liste dei tests utilizzate dal Testing Checkin Policy. Per risolvere questo "piccolo" inconveniente, la strada più semplice è quella di utilizzare un tool di terze parti che offra le stesse funzionalità del Test Manager. Ad oggi l'unico che conosco (e funziona egregiamente) è il Test Manager Add-in di cui è possibile trovare una versione trial qui. E' anche possibile scriversi un proprio programma che editi i file vsdmi ma credo che il tempo necessario superi i 90 dollari del costo del tool.

Problemi finiti? Direi di no. Ammesso che riuscissimo a creare/modificare le liste dei test in modo agevole, esiste il forte rischio (anzi deve essere così altrimenti vuol dire che il codice non è testato) che più sviluppatori aggiornino in locale le liste dei test (e di conseguenza il file dei metadati). Poichè il file vsdmi fa parte dei file sotto source control, ci troveremmo di fronte a dover effettuare di continuo merge del file contenente i metadati dei test. Peggio ancora, se lo sviluppatore si dimentica di aggiungere i test appena creati nella lista dei test usata dalla policy, c'è il rischio che sia possibile il checkin di codice con test potenzialmente non passati (sperando che ci siano strumenti di continuos integration che mi segnalino il problema il più velocemente possibile). Io voglio (lo so sono maleducato si dice 'vorrei') che tutti i test creati siano sottoposti automaticamente alla policy di checkin. E se lo sviluppatore non scrive alcun test? In questo caso voglio (o vorrei:P) che il checkin sia bloccato se il codice sorgente non è coperto adeguatamente dai test.

Visto che sono maleducato e tutte queste cose le voglio (non 'le vorrei'), la soluzione è stata quella di scrivermi una custom policy checkin:D CheckTestResultPolicy controlla se esistono risultati di test validi (ovvero posteriori all'ultima modifica dei sorgenti), li analizza e nega il checkin se esistono dei test non passati e se la percentuale di code coverage non è almeno pari a quella richiesta (definibile in fase di configurazione). Il link per scaricare la versione installabile è qui, mentre se volete la versione contenente anche il codice sorgente la trovate qui.Ovviamente il tutto è liberamente scaricabile e modificabile. Qualsiasi suggerimento e/o modifica al codice è ben accetta!

Sperando di aver fatto cosa gradita...

Technorati Tags: TFS, Agile, CodeCoverage, TDD, UnitTest

DavsGen Prima Versione

Gianluca Carucci — Fri, 25 Feb 2005 13:06:00 GMT

Il codedom si sa è una delle parti più interessanti del framework. Visto che c'è, perchè non usarlo? DavsGen è la prima versione versione di una serie di wizard integrati nel visual studio. Quando si aggiunge una classe ad un progetto di vs (sia esso in csharp che in vb) potrebbe essere utile avere una GUI per dichiarare i membri della classe e associargli automaticamente le propietà senza doversele scrivere ogni volta a mano.

Il wizard è liberamente scaricabile dal sito. DavsGen è distribuito sotto forma di file di installazione per semplificare il deploy del wizard. Ovviamente ogni feedback, idea o commento è ben accetto!

Technorati tags: codedom, code generator

Mono 1.0 Finalmente ci siamo!

Gianluca Carucci — Wed, 30 Jun 2004 21:27:00 GMT

Nuovo sito, nuovo look e nuova release! Finalmente è uscita la versione 1.0 di Mono!

Cosa c'è di nuovo?

A cross platform ECMA CLI runtime engine.

A cross platform IKVM Java runtime engine.

C# 1.0 compiler.

Development toolchain.

Class libraries implementing the .NET 1.1 profile.

The Gtk# 1.0 GUI programming toolkit.

Mono specific libraries.

Third party convenience libraries bundled with the release.

GNU Classpath for the CLI.

Visual Basic runtime.

Non rimane che dare il link per il download:)

Sono giorni caldi per il framework .NET. Ieri l'uscita della beta 1 della versione 2.0 e oggi mono.... Non c'è che dire.... c'è solo da codare:P

Come faccio a inglobare nelle mie applicazioni il QueryDesigner che si trova nell'Enterprise Manager

Gianluca Carucci — Mon, 08 Mar 2004 18:36:00 GMT

La risposta è non si può. O almeno questa è la risposta che mi è stata data da tutti gli sviluppatori a cui ho rivolto questa domanda... La soluzione?

L'unica soluzione che mi è venuta in mente è stata farselo... Armato solo di QueryDOM e Visual Studio mi sono messo sotto un paio di settimane e il risultato prodotto si chiama QueryBuilder... Sicuramente seguiranno altre versioni (mancano ancora da implementare un po' di feature) ma il risultato mi sembrava carino è voluto proporvelo. Come al solito sono ben accette critiche e feedback:)

MonoDevelop 0.1

Gianluca Carucci — Fri, 05 Mar 2004 11:26:00 GMT

Ora anche mono ha il suo IDE!!! Si chiama MonoDevelop ed è il portinig di SharpDevelop per GTK#... c'è ancora molto lavoro da fare ma come si dice, è sempre meglio di....:)

Atom 0.4 Release

Gianluca Carucci — Wed, 25 Feb 2004 10:22:00 GMT

Ormai siamo alla versione 0.4 della libreria di Lawrence che sta avendo un ottimo successo. Questa release introduce parecchie novità rispetto alla precedente soprattutto per quanto riguarda l'architettura e il parser.

Atom.NET: http://atomnet.sourceforge.net/

QueryDOM versione 0.3

Gianluca Carucci — Wed, 11 Feb 2004 01:14:00 GMT

Dopo molto lavoro e dopo un ultimo refactoring lampo, è con piacere che sottopongo al critico giudizio del pubblico QueryDOM. Query Document Object Model (QueryDOM) è una libreria open source che espone un modello ad oggetti per manipolare query sql. Tra le altre cose la libreria espone una serie di interfaccie per aggangiare tools di parsing al QueryDOM. Attualmente è stato sviluppato un wrapper per il parser GParser.

Home Page: http://qdom.sourceforge.net

Project Page: http://sourceforge.net/projects/qdom

Nuova release di Atom.NET

Gianluca Carucci — Wed, 04 Feb 2004 10:26:00 GMT

Il nostro Lawrence ha pubblicato la release 0.3 di Atom.NET. Oltre a qualche bugfix, tra le novità spicca il parser dei feed atom.

Atom.NET potete trovarlo al link http://atomnet.sourceforge.net .

Mono: siamo alla release 0.29!

Gianluca Carucci — Wed, 03 Dec 2003 10:18:00 GMT

Il sito ufficiale annuncia la disponibilità della versione 0.29 di Mono, tra le novità proposte dalla lista degli aggiornamenti spicca il completamento delle feature di ASP.NET e l'inizio del supporto del JIT per il PowerPC.