Außerdem laden wir Sie ein, unseren Sessions rund um das Thema “Team Development” beizuwohnen:

TFS 2010 Power Workshop: von 0 auf 100 durchstarten

Neno Loje

20.09.2010 | 09:30 - 16:30 Uhr

Scrum und TFS: gemeinsam unschlagbar!

Neno Loje und Jens Korte SYNDATO GmbH

21.09.2010 | 20:45 - 22:00 Uhr

Requirements- und Projektmanagement (mit Scrum) im TFS 2010

Neno Loje

22.09.2010 | 10:15 - 11:30 Uhr

Test Case Management & Tools für Tester im TFS 2010

Neno Loje

22.09.2010 | 14:00 - 15:15 Uhr

Unternehmensweite Build-Prozesse mit Team Foundation Build 2010

Sven Hubert

22.09.2010 | 17:15 - 18:30 Uhr

Wir freuen uns auf Sie!

Datum:	Mittwoch, 1. September 2010
Zeit:	13:15 – 16:15 Uhr
Check-in:	ab 12:45 Uhr
Ort:	Microsoft Schweiz GmbH, Richtistrasse 3, 8304 Wallisellen
Zielgruppe:	Verantwortliche aus der Qualitätssicherung, Softwaretester, Projektleiter
Level:	100

]]> http://www.tfsblog.de/2010/08/30/microsoft-alm-day-mit-ait-qualittsicherung-von-und-mit-microsoft-der-team-foundation-server/feed/ http://www.tfsblog.de/2010/07/20/ait-teamsystempro-task-board-updated/ http://www.tfsblog.de/2010/07/20/ait-teamsystempro-task-board-updated/#comments Tue, 20 Jul 2010 06:02:43 +0000 Lars Roith http://www.tfsblog.de/2010/07/20/ait-teamsystempro-task-board-updated/ We released a new version of the AIT TeamSystemPro Task Board. The following features have been added:

• Customizable Work item visualization: You can now provide your own visualizations of your work items. This allows you to show the information you require in the Task Board
• Printing of Work Items: You can now print the work items shown in the Task Board
• Report parameters persistence: Report parameters are now persisted along with all your other task board configuration settings. This allows you to open your task board with the right report and parameters.
• Bug fixes and stabilizations

Please download the latest version from the AIT web site and let us get your feedback.

1. Im Visual Studio unter Help –> Manage Help Settings 

2. Dann Install Content from Online
3. Im Anschluss können die Module gewählt werden. Der Help Library Manager kümmert sich um den Rest.

             […]

          <DEFAULTREASON value="Fixed">
              <FIELDS>
                <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
                  <COPY from="value" value="Fixed" />
                  <ALLOWEDVALUES>
                    <LISTITEM value="Fixed" />
                  </ALLOWEDVALUES>
                </FIELD>
              </FIELDS>
            </DEFAULTREASON>
          </REASONS>
          <FIELDS>

             […]

            <FIELD refname="Microsoft.VSTS.Common.ResolvedReason">
              <COPY from="value" value="Fixed" />
            </FIELD>
          </FIELDS>
        </TRANSITION>

Die Frage auf diese Antwort kann schon seit Teamprise (vor der Microsoft-Übernahme) und jetzt mit Microsoft klar mit einem Nein beantworten. Sie müssen nicht das Rad neu erfinden.

Die Lösung:

Binden Sie ihre vorhandenen Maven Skripte doch einfach mit den Team Foundation Server Build Extensions Power Tool (April 2010) in den TFS Buildprozess ein und starten Sie ihre Maven Skripte über Visual Studio bzw. Eclipse (mit Team Explorer Everywhere Plugin). Dank der Verwendung der Power Tools sind Sie nicht an MSBuild Skripte oder .NET Quellcode gebunden. Sie können sich die Art der Zubereitung ihres Buildmenüs auswählen.

Erstellung eines Maven Buildprozesses

Ausführung eines Maven Buildprozesses

Download:http://msdn.microsoft.com/en-us/vstudio/bb980963.aspx

Möchten Sie mehr zum Thema Buildprozesse erfahren, dann werfen Sie einen Blick in unseren Artikel zum Thema Buildrezepte mit TFS 2010 in der aktuellen DotNetPro Ausgabe (07/10) oder kontaktieren Sie uns über teamsystempro@aitag.com.

Version Control 2010 Upgrade Hotfix Published

Es gibt noch weitere wesentliche Schritte, die wir gerne mit Ihnen besprechen. Kontaktieren Sie uns: teamsystempro@aitag.com

Die Visual Studio Team Foundation Powertools erweitern bereits seit mehreren Versionen die Funktionalität des Visual Studios mit kleinen nützlichen Helfern wie zum Beispiel einem Alerts Explorer für Anmeldungen an Events wie Check-In oder Work Item Changed oder den Process Template Editor über die Ad-Hoc Work Items vom Server geladen, geändert und gespeichert werden können. Eine komplette Auflistung sowie den kostenfreien Download finden Sie in der Visual Studio Gallery unter http://visualstudiogallery.msdn.microsoft.com/en-us/3e8c9b68-6e39-4577-b9b7-78489b5cb1da.

Neu sind nun die vom TFS unabhängigen Visual Studio 2010 Productivity Powertools, kurz “Pro Power Tools” die auf eine Produktivitätssteigerung der Entwickler abzielt. So beinhaltet das erste Pro Powertool Paket Funktionalität die primär das Verhalten des der IDE an die Bedürfnisse des Entwicklers anpasst. Das sind unter anderem das Verhalten der Dateitabs (Schließen und Sortierung), Markieren einer Codezeile durch dreifach-klick oder auch die HTML Unterstützung über die Zwischenablage, die ein Neuformatieren des Codes nach dem Einfügen überflüssig macht. Die vollständige Funktionsbeschreibung sowie der kostenfreie Download liegt ebenfalls auf der Visual Studio Gallery unter http://visualstudiogallery.msdn.microsoft.com/en-us/d0d33361-18e2-46c0-8ff2-4adea1e34fef.

Und was sind nun Feature Packs? Mit den Featurepacks soll die Lücke zwischen zwei Major Releases des Visual Studios verringert werden, in dem Funktionen, die es nicht mehr ins Release geschafft haben ausgeliefert werden. Als Teil der MSDN Subscription sind sie im Gegensatz zu den (Pro) Powertools nicht über die Visual Studio Gallery beziehbar. Das erste Featurepack „Visual Studio Modeling Feature Pack“ beinhaltet somit unter anderem einen C++ Modellierer, die Möglichkeit einen Abhängigkeitsgraphen von Webseiten zu generieren, sowie die Möglichkeit aus Diagrammen direkt Code zu generieren. Die komplette Feature Übersicht und ein How-to können sie unter http://msdn.microsoft.com/en-en/library/dd460723.aspx nachlesen, sowie das erste Featurepack als MSDN Subscriber unter http://msdn.microsoft.com/en-us/vstudio/ff655021.aspx  herunterladen.

In der Reihenfolge sind zu installieren:

1. Office 2007 SP1 / 2010
2. VS 2005
3. Team Explorer 2005
4. VS 2005 SP1
5. VS 2008
6. Team Explorer 2008
7. VS 2008 SP1
8. VS 2010
9. Team Explorer 2010
10. VS 2005 SP1 Forward Compatibility Update for TFS 2010
11. VS 2008 SP1 Forward Compatibility Update for TFS 2010
12. Team Foundation Power Tools 2010
13. (optinal) Visual Studio 2010 Productivity Power Tools

Planen Sie Zeit und entsprechende Reboots während der Installation des .NET Frameworks ein.

Szenario

When running tests a whole system szenario is setup which means that a lot of files and additional content  is copied to the test run folder

Issue

 When test results are published to TFS 2010 the content of the test run folder is also published. This causes the TFS databases to grow rapidly

Solution

1.       Disable publishing test result

2.       Cleanup test result folders before publishing the test results

3.       Publish test results manually

HowTo: Disable publishing test results

Simply set a specific MSBuild property that is used by the TestToolsTask

<PublishTestResults>false</PublishTestResults>

TFS 2010: Cleanup test result folders before publishing the test results

The test run’s execution folder is the out directory. From that directory we drop everything except the  instrumented binaries and debug symbols. This allows us to still retrieve code coverage data. Dropping all other files will prevent the test execution when we open the test results from the build summary.

<CreateItem Include="$(TestResultsRoot)\**\Out\*.instr.pdb">

    <Output TaskParameter="Include" ItemName="InstrumentedDebugSymbolFiles"/>

</CreateItem>

<RegExReplace Input="@(InstrumentedDebugSymbolFiles)" Expression="\.instr\.pdb$" Replacement=".exe">

    <Output ItemName="InstrumentedExeAssemblies" TaskParameter="Output" />

</RegExReplace>

<RegExReplace Input="@(InstrumentedDebugSymbolFiles)" Expression="\.instr\.pdb$" Replacement=".dll">

    <Output ItemName="InstrumentedDllAssemblies" TaskParameter="Output" />

</RegExReplace>

<CreateItem Include="$(TestResultsRoot)\**\Out\**\*" exclude="@(InstrumentedExeAssemblies);@(InstrumentedDllAssemblies);@(InstrumentedDebugSymbolFiles)">

    <Output TaskParameter="Include" ItemName="TestOutputToDelete"/>

</CreateItem>

<Delete Files="@(TestOutputToDelete)"  />

HowTo: Publish test results manually

In order to publish the test result we just use the publishing feature of mstest. We identify all trx files and publish them one by one. For ease of use we do not determine the MSTest.exe path dynamically. We just defined a property that keeps the path.

<MSTestCommand>$(ProgramFiles)\Microsoft Visual Studio 10.0\Common7\IDE\MSTest.exe</MSTestCommand>

Using this property and the information from the current build we can easily publish the results as follows:

<!– Get all trx files for publishing –>

<CreateItem Include="$(TestResultsRoot)\**\*.trx">

    <Output TaskParameter="Include" ItemName="TestResultFiles"/>

</CreateItem>

<!– Now publish all trx files –>

<Exec Command="&quot;$(MSTestCommand)&quot; /publish:&quot;$(TeamFoundationServerUrl)&quot; /publishbuild:&quot;$(BuildUri)&quot; /PublishResultsFile:&quot;%(TestResultFiles.Identity)&quot; /teamproject:&quot;$(TeamProject)&quot; /platform:&quot;Mixed Platforms&quot; /flavor:&quot;Debug&quot;" ContinueOnError="true" />

Please also notice that we do not determine the build configuration (platform and flavor) dynamically. We “hard-coded” it.