Visual Studio Team System
Buck Hodges ha appena pubblicato un'update dei Power Tools per Team Foundation Server e Visual Studio 2005 Team System edition. Fra le molte novita', vi e' un potenziamento dei TestToolsTask, attraverso il quale e' possibile categorizzare i test cases (si, piu' o meno come in NUnit).
Io l'ho provato :-)
Qualche tempo fa annunciai un webcast su Team Test. Come successe per MSF vi propongo i temi che verranno affrontati.
- Problematiche delle applicazioni distribuite
- Come affrontare il problema del testing in ambiente distribuito
- Web testing e unit testing a confronto
- QoS
- Come estendere VSTT per raggiungere in miglior risultato
Sebbene lo sbilanciamento verso tematiche del testing sembra avere poco a che fare con l'architetto, credo che sia un utile momento di 'pensiero' per capire come architettare i processi e le sessioni di testing.
Qualche tempo fa annunciai un webcast su MSF. Questo webcast è inserito nella track "Architect". Voi direte "che c'azzecca?"
Si, MSF è un tipico problema di project management. Ma, il taglio che voglio dare (se avete suggerimenti fatevi sotto...posso cambiare idea :-) ) è MSF dal punto di vista dell'architetto. Vorrei riuscire a dare risposte a domande tipo:
- Ma che devo fare come architetto nel team project ?
- Quali sono le mie attività principali ?
- Se i templates di MSF Agile non sono sufficienti come posso crearne di nuovi ?
- Come posso modificare il template di MSF Agile per censire tutte...
Il branching è una funzionalità estremamente interessante del nuovo Source control targato Microsoft, ma pone problematiche di non poco conto per chi lo deve usare.
Questo post aiuta a capire una delle tante vie...
Guardando le varie versioni di Visual Studio Team System mi chiedo perchè dovrei scegliere la versione developer ! Sinceramente, se acquisto un banalissimo profiler .NET (ne trovo anche gratis anche se non integrati in VS.NET), perchè dovrei rinunciare agli innumerevoli strumenti di testing disponibili nella versione Team Test ?
Mi sto sempre più convincendo che la version Team Test è la più interessante delle tre.
Sin dalle prime versioni di Visual Studio Team System (parlo della beta 1) ho notato una grossa mancanza: un test type dedicato ai web services. Ho sempre pensato (sperato) che prima o poi l'avrebbero introdotto, ma ahimè siamo arrivati all'RTM e niente.
Quindi, la mia scelta è caduta sullo Unit testing. Perchè unit testing ? Semplice, la classe proxy (del web service) è una classe che può essere testata come un OM, al pari di qualsiasi class library.
Nota: E' importante ricordare che se volete il supporto dei wizard per la generazione automatica dello scheletro delle test classe e test methods dovete...
In questo periodo, con il lancio di Visual Studio Team System, molte persone si stanno chiedendo se passare a Team Foundation Server o continuare ad usare SourceSafe.
Ok, il parallelismo non non è corretto in quanto i servizi dati a disposizione di TFS sono decisamente superiori a SourceSafe (che fa solo quello), ma molti hanno ben in mente che cosa sia SourceSafe e TFS rappresenta la prima isola della salvezza :-)
In questo articolo si cerca di dare una risposta. Immagino che la voce più interessante siano i costi :-))
Team Foundation Server Version Control introduce il concetto di workspace eliminando i vecchi shared folders. Un workspace contiene la mappatura dei folder e files in VC (Version Control) su proprio file system. Senza addentrarmi nelle potenzialità (ne parlerò alla WPC) nel workspace possiamo definire sia il mapping (come mappo i files sul mio file system) che il cloacking (come escludo alcuni files/folders).
Una limitazione che mi sento di NON approvare è quella di non poter mappare lo stesso folder su più workspaces. Mi vengono a mente molti scenari (soprattutto nel mondo web) e quindi non mi spiego il come mai di...
A volte capita di dover cancellare un Team Project da TFS (Team Foundation server). Dato che è una operazione molto pericolosa, Microsoft ha deciso di renderla meno accessibile (condivido la scelta). Purtroppo la documentazione commette un errore, suggerisce infatti di usare l'utility: DeleteTeamProject.exe
L'utility corretta nella beta 3 refresh si chiama invece TFSDeleteProject.exe.
Sto installando un pc con Team Foundation server (b3 refresh) e VS 2005 Team Suite (VSTS). Dopo l'installazione (ho seguito scrupolosamente il file di help) mi sono reso conto che mancava Team Explorer. Rob spiega che è stato scelto di toglierlo dal setup di VSTS per lasciarlo nel setup di TFS in modalità stand alone e integrata.
Full Visual Studio Team System Archive