Gestern, am 10.07.2012, endete der Support für Visual SourceSafe: Höchste Zeit für einen Wechsel auf Microsoft Team Foundation Server 2012. Die Migration von VSS 2005 auf TFS sollte dabei gut durchdacht werden. So bietet die TFS Versionskontrolle mehr Möglichkeiten zum Beispiel beim Thema Branching. Zudem ist es am Anfang wichtig, die richtige Teamprojektstruktur auszuwählen, um…
In Team Foundation Server 2010 konnten Alerts (oder Benachrichtigungen) über Änderungen z.B. an Work Items nur individuell für jeden Benutzer einzeln angelegt werden. Zudem ließen sie sich nicht zentral für alle verwalten. Nur der Erzeuger eines Alert konnte den Alert verändern oder löschen. Das ändert sich mit TFS 2012. Hier können nicht nur alle Benachrichtigungen…
Hatten Sie auch schon folgende Situation in Visual Studio 2010? Ein Kollege nennt Ihnen eine interessante Funktion oder Einstellung in Visual Studio? Fünf Minuten später an ihrem Arbeitsplatz zurück, sind Sie sicherlich wie der Autor erst einmal durch die “üblichen” VS-Menüs und Optionen gegangen. Dem geübten VS-Nutzer kommt jetzt sicherlich der Gedanke, dass die Menüs / Optionen doch irgendwie sehr umfangreich und unüberschaubar sein können.
Visual Studio 2012 greift jetzt dieses langjährige Problem durch eine integrierte Suche an.
Wie setzt man einen TFS-Client auf, auf dem Visual Studio 2005, 2008 und 2010 installiert sein muss? Welche Updates müssen auf einem Entwickler-PC installiert werden? Gibt es schon ein Service Pack oder Zwischen-Releases? Welche Zusatztools sind sinnvoll – wie zum Beispiel Productivity Tool für Visual Studio oder Power Tools für Team Foundation Server?
In den letzten Jahren hat man in diversen Veröffentlichungen einiges zum Thema Unit Testing während der Entwicklung gehört. Eine zentrale Forderung aus diesen Veröffentlichungen ist die Ausführung der Tests nach der Umsetzung von Anforderungen in Quellcode. Seitdem MSTest auch über die Visual Studio Edition Professional verfügbar ist und das Thema damit in der Breite bei unseren Kunden Einzug gehalten hat, hörten wir deshalb sehr oft die Frage:
Wo kann ich einstellen, dass immer alle (Unit) Tests nach einem lokalen Build ausgeführt werden?
Eine der wichtigsten Aufgaben eines Testmanagers (ggf. Projektmanagers) besteht darin, stets im Bild über den aktuellen Status der Testaktivitäten zu sein. Der TFS hat bis jetzt alle Reporting Funktionalitäten entweder über Work Item Abfragen (Work Item Queries), SQL Server Reporting Services oder SharePoint-basierende Excel Services Reports dem Anwender zur Verfügung gestellt. Für den Testmanager hat dieses Vorgehen ggf. zwei “Unschönheiten” bereitet, erstens wurden Daten aufgrund des Warehouse Konzeptes nur stündlich aufbereitet und zweitens musste für umfangreichere Reports auf die Reporting Services Webseite gewechselt werden (Medienbruch).
In den MTM 2012 wurde jetzt ein einfaches Reporting direkt in den Bereich Plan integriert, sodass Sie jetzt schnell und ohne Toolwechsel ihre Testergebnisse auswerten können.
Im TFS 2010 war es standardmäßig nicht möglich andere Unit Testing Frameworks als MSTest zu verwenden. Auch die Aktivierung der Code Coverage für MSTest basierte Tests musste über den Umweg einer Test Settings Datei definiert werden.
Mit dem TFS 2012 konsolidiert Microsoft die Einstellungsmöglichkeiten in Form eines aufgeräumten Test Settings Dialog. Über den Visual Test Runner können auch auf anderen Frameworks basierte Unit Tests wie zum Beispiel NUnit Tests ausgeführt werden. Über die Option Enable Code Coverage lässt sich für diese auch die Codeabdeckung automatisiert messen.
Die tägliche Arbeit mit dem Microsoft Testmanager 2010 (MTM) verteilt sich im wesentlichen auf zwei Bereiche, Plan und Test. Der Bereich Plan beinhaltet Funktionen für das Testmanagement und der Bereich Test ergänzend dazu für die manuelle Testausführung. Gerade in mittleren bis großen Projekten kann eine sehr tiefe Testsuite Hierarchie aus vielen Ebenen entstehen. Möchte man nun im MTM 2010 gleich den Test Case über den Test Runner im Bereich Test ausführen, so muss man als Anwender erneut die Hierarchie bis zur Ziel-Testsuite “durchklicken”.
Der MTM 2012 bringt hier für Anwender eine spürbare Erleichterung, indem die Auswahl beidseitig synchronisiert wird (Plan –> Test, Test –> Plan).
Testfallverwaltung kann bei mittleren bis großen Projekte eine Herausforderung sein. Nicht selten passiert es, dass während der verschiedenen Testzyklen sich die Strukturen von etablierten Testplänen /-suiten ändern. Im MTM 2010 konnte das Umorganisieren von Testfällen schon eine Weile dauern, weil die Operationen Kopieren, Ausschneiden oder Einfügen nur für einzelne Testfälle zur Verfügung standen. Im MTM 2012 wurde diese Limitierung aufgehoben und Sie können einfach und unkompliziert mehre Testfälle nach belieben verschieben oder kopieren.
Der Microsoft Testmanager 2012 beinhaltet neben Funktionalitäten zum Testmanagement auch eine integrierte Perspektive zum Ausführen von Tests (Test Runner). Mit dem Test Runner werden zuvor spezifizierte Testfälle durch einen Tester manuell ausgeführt, Testergebnisse in den TFS zurückgemeldet oder eben Fehler (Bugs) angelegt.
