Vom 20. bis 23.09. findet die Basta 2010 in Mainz statt. Das AIT TeamSystemPro Team ist unter anderem mit Nico Orschel als technischer Ansprechpartner am Microsoft-Stand vertreten. Wenden Sie sich also bei Fragen rund um Microsoft Visual Studio und Team Foundation Server vertrauensvoll an uns.

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!

Lohnt sich Testautomatisierung zur Qualitätssicherung in der Praxis? Wir meinen ja und zeigen Ihnen, wie Sie schnell und erfolgreich zum vollautomatisierten Softwaretest kommen.
An diesem ALM Day beschäftigen wir uns mit sämtlichen Fragen rund um das Thema Testautomatisierung und Qualitätssicherung. Zusammen mit unseren Partnern AIT und PC-Ware zeigen wir auf, welchen Mehrwert und welche Einsatzmöglichkeiten Ihnen Testautomatisierung heute bietet – „out of the box" mit dem Microsoft Visual Studio Team Foundation Server!
Die neuen Test-Tools der Visual Studio Produktfamilie werden anhand eines Praxisbeispiels näher vorgestellt. Die umfangreichen neuen Werkzeuge speziell für die Qualitätssicherung und -steuerung ermöglichen erstmals eine reibungsfreie Zusammenarbeit zwischen Testern und Entwicklern. Das komfortable Einrichten, Verwalten und Auswerten von virtuellen Testumgebungen wird durch leistungsfähige Systemmanagement-Werkzeuge deutlich einfacher und komfortabler. Die vertiefte Integration mit Versions-, Projektverwaltung und Build-System ermöglicht ein umfangreiches Berichtwesen und sorgt für die notwendige Nachvollziehbarkeit und Transparenz im gesamten Entwicklungsprozess.

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.

Die Dokumentation für Visual Studio 2010 in der MSDN Library wird ständig aktualisiert und erweitert. Um auch offline auf die Hilfe zuzugreifen, steht der Help Library Manager zur Verfügung:

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.

Im CMMI Process Template für den Team Foundation Server hat sich in Version 5.0 (für TFS 2010) der Fehlerteufel eingeschlichen. Die markierte Zeile muss in der Typdefinition für das Bug Work Item entfernt werden:

             […]

          <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>

Eine Frage die sich vieler unserer Kunden mit einer heterogenen System-/Programmlandschaft stellen ist die Frage: „Muss ich meine Maven Buildskripte jetzt mit Team Foundation Build 2008 / 2010 neu schreiben?“

Lies den Rest des Artikels »

Vor einem Upgrade eines alten TFS bitte unbedingt den heute veröffentlichten Patch installieren!

Version Control 2010 Upgrade Hotfix Published

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

Was ist der Unterschied zwischen Feature Packs, Power Tools und Pro Power Tools? Wo kann ich diese herunterladen?

Lies den Rest des Artikels »

Wie setzt man einen TFS-Client auf, auf dem Visual Studio 2005, 2008 und 2010 installiert sein muss?

Lies den Rest des Artikels »

After migrating from TFS 2008 to TFS 2010 the way test results are handled has changed.

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.