IvanF

Ho deciso di fare una serie di post molto semplici su alcune attività legate a TFS, per le quali userò il tag “TFS Basic”. Cercherò di rimanere sulla macchina virtuale di Microsoft con gli esempi in modo che chiunque possa a sua volta provarli.

Nel progetto TailSpin Toys d’esempio c’è una build manuale chiamata iteration 2. Questa contiene alcuni Unit Tests d’esempio che vengono eseguiti, ma senza controllo del Code Coverage.

Per attivarlo seguite questi passaggi:

1. Aprire la solution presente in Iteration 2
2. Modificare il file testsettings con Test –> Edit Test Settings –> Trace and Test Impact
   1. Data And Diagnostics
   2. Seleziona checkbox Code Coverage
   3. Premere Configure
   4. Seleziona gli assembly per i quali si vuole verificare il Code Coverage
   5. OK –> Apply –> Close
3. Fare checkin del file modificato
4. Da Team Explorer editare la build Tailspin Toys - Iteration 2
   1. Process –> Automated Tests –>  Test Assembly –> TestSettingsFile
   2. Selezionare il file editato in precedenza $/Tailspin Toys/Development/Iteration 2/TraceAndTestImpact.testsettings

Adesso quando eseguirete la build avrete i risultati di Code Coverage nel log.

In un post avanzato si potrebbe analizzare come poter far fallire la build in caso di Code Coverage inferiore ad una certa percentuale …

Per chi fosse interessato ad integrare TFS 2010 e HP Quality Center: ho verificato che la versione 2.2.1 del TFS Bug Item Synchronizer for Quality Center funziona correttamente con il Team Explorer 2010: http://onroad.juvander.fi/Community/blogs/news/archive/2010/04/19/released-tfs-bug-item-synchronzier-2-2-1-for-quality-center.aspx

Ultimamente mi capita sempre più spesso di dover affrontare un processo dove un Work Item può essere assegnato ad un gruppo di utenti in base al valore di un altro field del work item. Per esempio nel caso di fornitori esterni, i clienti vorrebbero poter assegnare il Work Item ad un fornitore esterno e successivamente poter selezionare l’utente specifico nel campo Assigned To.

Una soluzione possibile è la seguente:

1. Creare una Global List con l’elenco dei possibili fornitori (esempio: Fornitore1, Fornitore2)
2. Creare un gruppo di TFS per ogni fornitore ed inserire al suo interno gli utenti relativi (esempio Fornitore1, Fornitore2)
3. Creare un nuovo field “Fornitore” nel Work Item Type che si vuole modificare e come Rules mettere
   1. ALLOWEDVALUES: che punti alla Global List creata al punto 1
   2. DEFAULT: io solitamente metto il fornitore più comune concordato col cliente
4. A questo punto è necessario cambiare il comportamento di default del field Assigned To aggiungendo le seguenti Rules
   1. WHEN: selezionare il field Fornitore e come value settare uno dei valori messi nella Global List creata al punto 1 in modo da dire a TFS che la regola che deve attivarsi quando il campo fornitore è uguale al valore definito. Esempio Fornitore1.
   2. RULES:
      1. ALLOWEDVALUES: selezionare list, selezionare il checkbox “Exclude Groups” e nel value inserire [Project]\nomedelgruppo definito al punto 2 per il valore definito nel WHEN. Esempio Fornitore 1.
5. Salvare

A questo punto potete provare a creare un Work Item del tipo definito e vedrete che nel momento in cui cambierete il valore del campo Fornitore, i valori presenti nel campo Assigned To verranno automaticamente cambiati.

Qui la versione inglese di questo post: http://ivanfioravanti.wordpress.com/2010/06/16/assigned-to-possible-values-of-a-workitem-related-to-a-specific-value-of-another-field-in-tfs-2010/