Freigeben über


Ermöglichen der Integration in Microsoft Test Manager für aktualisierte Teamprojekte

Für die Verwendung von Microsoft Test Manager müssen Sie dem aktualisierten Teamprojekt die neuen Arbeitsaufgabentypen Testfall und Freigegebene Testschritte hinzufügen. Ein Team verwendet Testfälle, um manuelle und automatisierte Tests zu definieren, die mit Microsoft Test Manager ausgeführt und verwaltet werden können. Microsoft Test Manager ist verfügbar mit Visual Studio 2010 Ultimate und Visual Studio Test Professional 2010. Diese Testtools sind in Visual Studio Team Foundation Server integriert, sodass Sie Tests auf Grundlage derselben Teamprojekte definieren können, die auch in anderen Bereichen des Unternehmens verwendet werden.

Die Arbeitsaufgabentypen Testfall und Freigegebene Testschritte sind in den Prozessvorlagen für Microsoft Solutions Framework (MSF) enthalten. Weitere Informationen finden Sie unter den folgenden Themen:

Zusätzlich zu den neuen Arbeitsaufgabentypen müssen Sie Linktypen und Kategorien hinzufügen, die mit Version 5.0 der MSF-Prozessvorlagen bereitgestellt werden. Vorhandene Arbeitsaufgabentypen müssen so angepasst werden, dass die neuen Felder auf den Arbeitsaufgabenformularen angezeigt werden. Außerdem muss eine Zuordnungsdatei hochgeladen werden, die den Arbeitsaufgabentyp angibt, um die automatische Erstellung von Fehlern oder Codefehlern durch Microsoft Test Manager zu unterstützen.

Wichtig

Nach dem Upgrade Ihrer Bereitstellung auf Team Foundation Server 2010 sollten Sie auch das bestehende Teamprojekt aktualisieren.

Dieses Thema enthält die Schritte zum Upgrade eines einzelnen Teamprojekts für die Kommunikation mit Microsoft Test Manager. Nach Ausführung dieser Schritte können Sie anhand der Informationen ein Skript für das Upgrade mehrerer Projekte bereitstellen und die neuen Funktionen der benutzerdefinierten Prozessvorlage Ihrer Organisation hinzufügen.

In diesem Thema

  • Informationen zu Arbeitsaufgabennamen, Arbeitsaufgabenfeldern und potenziellen Konflikten

  • Umbenennen eines Arbeitsaufgabentyps

  • Anpassen eines vorhandenen Testfalltyps der Arbeitsaufgabe

  • Herunterladen der Prozessvorlage: MSF for Agile Software Development v5.0

  • Hinzufügen von Arbeitsaufgaben-Nachverfolgungsobjekten

  • Ändern von Arbeitsaufgaben-Typdefinitionen

  • Angeben des in Microsoft Test Manager zu erstellenden Fehlertyps

  • Gewähren von Berechtigungen für Testteammitglieder

  • Starten von Microsoft Test Manager

Erforderliche Berechtigungen

Um diese Verfahren durchführen zu können, müssen Sie über die folgenden Berechtigungen verfügen:

  • Zum Herunterladen einer Prozessvorlage müssen Sie Mitglied der Gruppe Projektauflistungsadministratoren sein. Wenn die erforderlichen Sicherheitsberechtigungen explizit festgelegt sind, muss die Berechtigung Prozessvorlage verwalten für die Teamprojektsammlung auf Zulassen festgelegt sein.

  • Um die Befehlszeilentools witadmin und tcm auszuführen, müssen Sie Mitglied der Gruppe Team Foundation-Administratoren oder der Gruppe Projektadministratoren für das Projekt sein.

  • Zum Erteilen von Berechtigungen müssen Sie Mitglied der Administratorgruppe auf der Ebene der Gruppe sein, die geändert werden soll. Wenn Sie z. B. Berechtigungen für eine Gruppe oder einen Benutzer auf der Auflistungsebene des Teamprojekts ändern möchten, müssen Sie Mitglied der Gruppe Projektauflistungsadministratoren für diese Auflistung sein, oder Ihre Berechtigung Informationen auf Auflistungsebene bearbeiten muss auf Zulassen festgelegt sein.

Weitere Informationen finden Sie unter Team Foundation Server-Berechtigungen.

Informationen zu Arbeitsaufgabennamen, Arbeitsaufgabenfeldern und potenziellen Konflikten

Wenn Sie die Definition eines Arbeitsaufgabentyps ändern, treten möglicherweise die folgenden Konflikte auf:

  • Es ist ein Arbeitsaufgabentyp vorhanden, dessen Name mit dem Namen eines zu importierenden Arbeitsaufgabentyps in Konflikt steht. Beispiel: Sie verfügen bereits über einen Arbeitsaufgabentyp mit der Bezeichnung "Testfall".

    Sie können einen Namenskonflikt bei Arbeitsaufgabentypen lösen, indem Sie einen Arbeitsaufgabentyp umbenennen oder den vorhandenen Arbeitsaufgabentyp so anpassen, dass er die neuen Arbeitsaufgabensteuerelemente zur Unterstützung von Microsoft Test Manager enthält. Weitere Informationen finden Sie in den folgenden Abschnitten:

    • Umbenennen eines Arbeitsaufgabentyps

    • Anpassen eines vorhandenen Testfalltyps der Arbeitsaufgabe

  • Möglicherweise verfügen Sie über ein Feld, das in einem Arbeitsaufgabentyp definiert ist und von anderen Teamprojekten in einer oder mehreren der Projektauflistungen verwendet wird, die für die Team Foundation-Bereitstellung definiert sind. Wenn die Attribute, die berichtsfähigen Feldern zugewiesen sind, in den einzelnen Teamprojekten in der Bereitstellung unterschiedlich sind, können beim Verarbeiten des Data Warehouse Datenkonflikte auftreten. Weitere Informationen finden Sie unter Lösen von Schemakonflikten im Data Warehouse.

  • Wenn Sie Typen von Arbeitsaufgaben importieren, wird möglicherweise in einer Fehlermeldung auf einen Namenskonflikt hingewiesen. Dieser Konflikt tritt häufiger in Bereitstellungen auf, die von einer vorherigen Version von Team Foundation aktualisiert wurden. Bei mehreren System- und Testfallverwaltungsfeldern wurde vor der endgültigen Veröffentlichung von Visual Studio Team Foundation Server 2010 der Anzeigename geändert. Zu den umbenannten Systemfeldern zählen System.AreaID, System.IterationID, System.HyperLinkCount, System.ExternalLinkCount und System.AttachedFileCount.

    Diesen Fehler können Sie beheben, indem Sie das Feld in der XML-Definition für einen Arbeitsaufgabentyp umbenennen oder mithilfe des witadmin changefield-Befehlszeilentools. Weitere Informationen finden Sie unter Verwalten von Arbeitsaufgabenfeldern [witadmin].

Zurück nach oben

Umbenennen eines Arbeitsaufgabentyps

Einen Namenskonflikt bei Arbeitsaufgabentypen können Sie lösen, indem Sie einen Arbeitsaufgabentyp umbenennen.

So benennen Sie einen Arbeitsaufgabentyp um

  1. Öffnen Sie ein Eingabeaufforderungsfenster auf einem Computer, auf dem Visual Studio 2010 installiert ist.

  2. Wechseln Sie zu dem Verzeichnis, das das Befehlszeilentool witadmin enthält, indem Sie den folgenden Befehl eingeben. Drücken Sie danach die EINGABETASTE.

    cd Laufwerk:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Geben Sie den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin renamewitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:CurrentName /new:NewName
    

    Der folgende Befehl ist ein Beispiel dafür, wie der Arbeitsaufgabentyp Test Case in My Test Case umbenannt wird:

    witadmin renamewitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /n:"Test Case" /new:"My Test Case"

Zurück nach oben

Anpassen eines vorhandenen Testfalltyps der Arbeitsaufgabe

Wenn Ihr bestehendes Teamprojekt einen Arbeitsaufgabentyp enthält, mit dem Sie Testfälle verwalten, können Sie diesen so anpassen, dass die neuen Steuerelemente unterstützt werden, die für die Kommunikation mit Microsoft Test Manager erforderlich sind. Andernfalls können Sie den Testfalltyp der Arbeitsaufgabe importieren, der unter Hinzufügen von Arbeitsaufgabentypen: "Testfall" und "Freigegebene Testschritte" weiter unten in diesem Thema erläutert wird.

So passen Sie einen vorhandenen Testfall-Arbeitsaufgabentyp an

  1. Öffnen Sie ein Eingabeaufforderungsfenster auf einem Computer, auf dem Visual Studio 2010 installiert ist.

  2. Wechseln Sie zu dem Verzeichnis, das das Befehlszeilentool witadmin enthält, indem Sie den folgenden Befehl eingeben. Drücken Sie danach die EINGABETASTE.

    cd Laufwerk:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Geben Sie den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:"Test Case" /f:MyTestCase.xml
    
  4. Öffnen Sie die Datei MyTestCase.xml in Visual Studio oder in einem Text-Editor.

  5. Fügen Sie, wie im folgenden Auszug dargestellt, im FIELDS-Abschnitt der XML-Datei folgende FIELD-Elemente hinzu:

    <FIELD name="Steps" refname="Microsoft.VSTS.TCM.Steps" type="HTML">
           <HELPTEXT>Steps required to perform the test</HELPTEXT>
    </FIELD>
    <FIELD name="Automated Test Name" refname="Microsoft.VSTS.TCM.AutomatedTestName" type="String" >
           <HELPTEXT>The name of the test that automates this test case</HELPTEXT>
    </FIELD>
    <FIELD name="Automated Test Storage" refname="Microsoft.VSTS.TCM.AutomatedTestStorage" type="String" >
           <HELPTEXT>The assembly containing the test that automates this test case</HELPTEXT>
    </FIELD>
    <FIELD name="Automated Test Id" refname="Microsoft.VSTS.TCM.AutomatedTestId" type="String" >
           <HELPTEXT>The ID of the test that automates this test case</HELPTEXT>
    </FIELD>
    =<FIELD name="Automated Test Type" refname="Microsoft.VSTS.TCM.AutomatedTestType" type="String" >
           <HELPTEXT>The type of the test that automates this test case</HELPTEXT>
    </FIELD>
    <FIELD name="Parameters" refname="Microsoft.VSTS.TCM.Parameters" type="HTML" />
    <FIELD name="Local Data Source" refname="Microsoft.VSTS.TCM.LocalDataSource" type="HTML" />
    <FIELD reportable="detail" type="String" name="Automation status" refname="Microsoft.VSTS.TCM.AutomationStatus">
           <WHEN field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
             <ALLOWEDVALUES>
               <LISTITEM value="Not Automated" />
               <LISTITEM value="Planned" />
             </ALLOWEDVALUES>
             <DEFAULT from="value" value="Not Automated" />
           </WHEN>
           <WHENNOT field="Microsoft.VSTS.TCM.AutomatedTestId" value="">
             <ALLOWEDVALUES>
               <LISTITEM value="Automated" />
             </ALLOWEDVALUES>
             <COPY from="value" value="Automated" />
           </WHENNOT>
    </FIELD>
    
  6. Fügen Sie im FORM-Abschnitt folgendes Control-Element hinzu:

    <Control FieldName="Microsoft.VSTS.TCM.AutomationStatus" Type="FieldControl" Label="Automation Status:" LabelPosition="Left" />
    

    Sie können das Element im obersten Abschnitt des Arbeitsaufgabenformulars hinzufügen.

  7. Fügen Sie im FORM-Abschnitt folgendes Tab-Element hinzu:

    <Tab Label="Steps">
               <Control FieldName="Microsoft.VSTS.TCM.Steps" Type="Test Steps Control" LabelPosition="Top" Dock="Fill" />
             </Tab>
    

    Sie sollten dieses Element als erste Registerkarte in der Gruppe von Registerkarten hinzufügen, die im FORM-Abschnitt definiert sind.

  8. Fügen Sie im FORM-Abschnitt der XML-Definitionsdatei folgendes Tab-Element hinzu:

    <Tab Label="Tested Work Items">
       <Control Type="LinksControl" Name="Tested">
          <LinksControlOptions>
          <WorkItemLinkFilters FilterType="include">
          <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="reversename"/>
          </WorkItemLinkFilters>
          <ExternalLinkFilters FilterType="excludeAll"/>
             <LinkColumns>
                     <LinkColumn RefName="System.ID" />
                     <LinkColumn RefName="System.WorkItemType" />
                     <LinkColumn RefName="System.Title" />
                     <LinkColumn RefName="System.AssignedTo" />
                     <LinkColumn RefName="System.State" />
                     <LinkColumn LinkAttribute="System.Links.Comment" />
               </LinkColumns>
          </LinksControlOptions>
       </Control>
    </Tab>
    

    Anhand dieses Elements wird die Formation von Linkbeziehungen auf dieser Registerkarte so eingeschränkt, dass nur der TestedBy-Linktyp eingeschlossen wird. Auf dieser Registerkarte werden normalerweise Linkbeziehungen für zu testende Arbeitsaufgaben erstellt, in der Regel User Storys, Szenarien oder Anforderungen. Weitere Informationen finden Sie unter Verknüpfen von Arbeitsaufgaben (Agile).

  9. Fügen Sie im FORM-Abschnitt der XML-Definitionsdatei folgendes Tab-Element hinzu:

    <Tab Label="Associated Automation">
        <Control Type="AssociatedAutomationControl" LabelPosition="Top" Dock="Fill" />
    </Tab>
    

    Anhand dieses Elements wird die Zuordnung eines Testfalls zu einem automatisierten Test unterstützt. Weitere Informationen finden Sie unter Gewusst wie: Zuordnen eines automatisierten Tests zu einem Testfall.

  10. Speichern Sie die XML-Datei.

  11. Geben Sie zum Importieren der MyTestCase-Datei den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyTestCase.xml
    

    Wenn der Import erfolgreich abgeschlossen wurde, wird die folgende Meldung angezeigt:

    Der Arbeitsaufgabentypimport wurde erfolgreich abgeschlossen.

  12. Klicken Sie zum Überprüfen der Änderungen in Team Explorer mit der rechten Maustaste auf das Teamprojekt, und klicken Sie dann auf Refresh Aktualisieren.

  13. Klicken Sie mit der rechten Maustaste auf Arbeitsaufgaben, zeigen Sie auf Neue Arbeitsaufgabe, und klicken Sie dann auf Testfall.

    Überprüfen Sie, ob die neuen Felder und Änderungen am Arbeitsaufgabenformular angezeigt werden.

Zurück nach oben

Herunterladen der Prozessvorlage: MSF for Agile Software Development v5.0

Laden Sie Version 5.0 der MSF-Prozessvorlage herunter. Weitere Informationen finden Sie unter Herunterladen von Version 5.0 der MSF-Prozessvorlagen.

Hinzufügen von Arbeitsaufgaben-Nachverfolgungsobjekten

Um Objekte zum Nachverfolgen von Arbeitsaufgaben hinzuzufügen, müssen die folgenden Schritte in der angegebenen Reihenfolge ausgeführt werden:

  1. Hinzufügen von Linktypen: SharedSteps und TestedBy

  2. Hinzufügen von Arbeitsaufgabentypen: "Testfall" und "Freigegebene Testschritte"

  3. Hinzufügen von Kategorien für Arbeitsaufgabentypen

Hinzufügen von Linktypen: SharedSteps und TestedBy

So fügen Sie Linktypen hinzu

  1. Öffnen Sie ein Eingabeaufforderungsfenster auf einem Computer, auf dem Visual Studio 2010 installiert ist.

  2. Wechseln Sie zu dem Verzeichnis, das das Befehlszeilentool witadmin enthält, indem Sie den folgenden Befehl eingeben. Drücken Sie dann die EINGABETASTE.

    cd Laufwerk:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE

  3. Geben Sie zum Importieren der Definitionsdateien für Linktypen die folgenden beiden Befehle ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\TestedBy.xml"
    witadmin importlinktype /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /f:"DirectoryPath\SharedStep.xml"
    

    Geben Sie für DirectoryPath den Speicherort des Ordners LinkTypes für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen:

    Laufwerk:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\LinkTypes

    Der folgende Befehl ist ein Beispiel dafür, wie der TestedBy-Linktyp importiert wird:

    witadmin importlinktype /collection:"http://MyServer:8080/tfs/Collection0" /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\LinkTypes\TestedBy.xml"

Hinzufügen von Arbeitsaufgabentypen: "Testfall" und "Freigegebene Testschritte"

Tipp

Wenn Sie wie unter Anpassen eines vorhandenen Testfalltyps der Arbeitsaufgabe weiter oben in diesem Thema beschrieben, einen vorhandenen Testfalltyp der Arbeitsaufgabe geändert haben, muss nur der Arbeitsaufgabentyp Freigegebene Testschritte importiert werden.

So importieren Sie die Definitionsdateien für Arbeitsaufgabentypen

  • Geben Sie im Eingabeaufforderungsfenster die folgenden beiden Befehle ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\TestCase.xml"
    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\SharedStep.xml"
    

    Geben Sie für DirectoryPath den Speicherort des Ordners TypeDefinitions für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen:

    Laufwerk:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\TypeDefinitions

    Der folgende Befehl ist ein Beispiel dafür, wie die TestCase-Typdefinitionsdatei importiert wird:

    witadmin importwitd /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\TypeDefinitions\TestCase.xml"

Hinzufügen von Kategorien für Arbeitsaufgabentypen

So importieren Sie die Definitionsdateien für Kategorien

  • Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin importcategories /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:"DirectoryPath\categories.xml"
    

    Geben Sie für DirectoryPath den Speicherort des Ordners "WorkItem Tracking" für die Prozessvorlage an, die Sie heruntergeladen haben. Der Verzeichnispfad sollte dieser Struktur folgen:

    Laufwerk:\MSFTemplateFolder\Agile\Files\WorkItem Tracking\

    Der folgende Befehl ist ein Beispiel dafür, wie die Definitionsdateien für Kategorien importiert werden:

    witadmin importcategories /collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject /f:"C:\MyTemplates\Agile\Files\WorkItem Tracking\categories.xml"

    Tipp

    Beim Importieren der XML-Datei mit den Kategorien in ein Projekt werden alle vorhandenen Kategorien überschrieben. Kategorien, die zuvor definiert wurden, jedoch nicht in der Datei angegeben sind, werden gelöscht.

Zurück nach oben

Ändern von Arbeitsaufgaben-Typdefinitionen

Sie müssen die Typdefinitionen für die Arbeitsaufgabentypen für Fehler sowie entweder für Szenario oder für Anforderung ändern. Sie müssen der Fehlerdefinition zwei Felder hinzufügen und dann beiden Definitionstypen Formularsteuerelemente hinzufügen.

Führen Sie die folgenden Aufgaben aus:

  • Ändern der Fehlertypdefinition

  • Ändern der Typdefinition für Szenario oder Anforderung

Ändern der Fehlertypdefinition

So ändern Sie die Fehlertypdefinition

  1. Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyBug.xml
    
  2. Öffnen Sie die Datei MyBug.xml in Visual Studio oder in einem Text-Editor.

  3. Fügen Sie im FIELDS-Abschnitt der XML-Datei folgende FIELD-Elemente hinzu:

    <FIELD name="System Info" refname="Microsoft.VSTS.TCM.SystemInfo" type="HTML" >
       <HELPTEXT>Test context, provided automatically by test infrastructure</HELPTEXT>
    </FIELD>
    <FIELD name="Repro Steps" refname="Microsoft.VSTS.TCM.ReproSteps" type="HTML">
       <HELPTEXT>How to see the bug. End by contrasting expected with actual behavior.
       </HELPTEXT>
    </FIELD>
    
  4. Ersetzen Sie folgendes Tab-Element mit der Bezeichnung "History":

    <Tab Label="History">
    <Control Type="WorkItemLogControl" FieldName="System.History" Label="&amp;History:" LabelPosition="Top" Dock="Fill"/>
    </Tab>
    

    durch die folgende Syntax:

    <Tab Label="History">
       <Group>
          <Column PercentWidth="50">
          <Control FieldName="Microsoft.VSTS.TCM.ReproSteps" Type="HtmlFieldControl" Label="Steps to Repro&amp;duce:" LabelPosition="Top"  MinimumSize="(100,200)"  Dock="Fill"/>
          </Column>
          <Column PercentWidth="50">
          <Control FieldName="System.History" Type="WorkItemLogControl" Label="&amp;History:" LabelPosition="Top" Dock="Fill" />
          </Column>
       </Group>
    </Tab> 
    
  5. Fügen Sie das Control-Element nach dem Group -Element auf der Tab mit der Bezeichnung "Details" unter dem Abschnitt FORM in der XML-Datei hinzu:

    <Tab Label="Details">
       <Group>
    . . . 
        </Group>
    <Control FieldName="Microsoft.VSTS.TCM.SystemInfo" Type="HtmlFieldControl" Label="System I&amp;nfo:" LabelPosition="Top" Dock="Fill" />
    </Tab>
    
  6. Löschen Sie das Tab-Element "Links", da es durch zwei neue Registerkartenelemente ersetzt wird.

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>
    
  7. Fügen Sie im FORM-im Abschnitt nach der Registerkarte "Details" mithilfe der folgenden Syntax ein Tab-Element hinzu:

    <Tab Label="Test Cases" >
       <Control Type="LinksControl" Name="TestedBy" Label="Test &amp;Cases testing this Bug:" LabelPosition="Top">
          <LinksControlOptions>
             <WorkItemLinkFilters FilterType="include">
                <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
                </WorkItemLinkFilters>
                <WorkItemTypeFilters FilterType="include">
                <Filter WorkItemType="Test Case" />
                </WorkItemTypeFilters>
                <ExternalLinkFilters FilterType="excludeAll"/>
                    <LinkColumns>
                      <LinkColumn RefName="System.ID" />
                      <LinkColumn RefName="System.WorkItemType" />
                      <LinkColumn RefName="System.Title" />
                      <LinkColumn RefName="System.AssignedTo" />
                      <LinkColumn RefName="System.State" />
                      <LinkColumn LinkAttribute="System.Links.Comment" />
                  </LinkColumns>
            </LinksControlOptions>
       </Control>
    </Tab>
    
  8. Fügen Sie ein Tab-Element nach der Registerkarte Testfälle mithilfe der folgenden Syntax hinzu:

    <Tab Label="All Links" >
       <Control Type="LinksControl" Name="GeneralLinks">
          <LinksControlOptions>
             <LinkColumns>
             <LinkColumn RefName="System.ID" />
             <LinkColumn RefName="System.WorkItemType" />
             <LinkColumn RefName="System.Title" />
             <LinkColumn RefName="System.AssignedTo" />
             <LinkColumn RefName="System.State" />
             <LinkColumn LinkAttribute="System.Links.Comment" />
             </LinkColumns>
          </LinksControlOptions>
       </Control>
    </Tab>
    
  9. Speichern Sie die XML-Datei.

  10. Geben Sie zum Importieren der MyBug-Datei den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyBug.xml
    

    Wenn der Import erfolgreich abgeschlossen wurde, wird die folgende Meldung angezeigt:

    Der Arbeitsaufgabentypimport wurde erfolgreich abgeschlossen.

  11. Um die Änderungen zu überprüfen, klicken Sie in Team Explorer mit der rechten Maustaste auf das Teamprojekt, und klicken Sie dann auf Refresh Aktualisieren.

  12. Klicken Sie mit der rechten Maustaste auf Arbeitsaufgaben, zeigen Sie auf Neue Arbeitsaufgabe, und klicken Sie dann auf Fehler.

  13. Überprüfen Sie, ob die neuen Felder und Änderungen am Arbeitsaufgabenformular angezeigt werden.

Zurück nach oben

Ändern der Typdefinition für Szenario oder Anforderung

So ändern Sie die Typdefinition für Szenario oder Anforderung

  1. Geben Sie den folgenden Befehl im Eingabeaufforderungsfenster ein, wobei Sie die angezeigten Argumente durch Ihre Daten ersetzen, und drücken Sie dann die EINGABETASTE.

    Tipp

    In diesem Beispiel wird auf den Arbeitsaufgabentyp für Szenario verwiesen. Wenn das Teamprojekt auf der CMMI-Prozessvorlage basiert, ersetzen Sie die Anforderung oder den anderen Typ von Arbeitsaufgabe, mit dem Sie Produktfunktionen verfolgen. Wenn das Teamprojekt keine Anforderung umfasst, können Sie die Typdefinitionsdateien für User Story oder Anforderung importieren, die mit Version 5.0 der MSF-Prozessvorlagen bereitgestellt werden. Weitere Informationen finden Sie unter Exportieren und Importieren von Arbeitsaufgabentypen eines vorhandenen Projekts.

    witadmin exportwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /n:bug /f:MyScenario.xml
    
  2. Öffnen Sie die Datei MyScenario.xml in Visual Studio oder in einem Text-Editor.

  3. Löschen Sie das Tab-Element "Links", da Sie es durch zwei neue Registerkartenelemente ersetzen, die Linksteuerung bereitstellen.

    <Tab Label="Links">   <Control Type="LinksControl"/></Tab>
    
  4. Fügen Sie im FORM-Abschnitt der XML-Datei folgendes Tab-Element hinzu:

    <Tab Label="Test Cases" >
       <Control Type="LinksControl" Name="TestedBy" Label="&amp;Work items testing this Story:" LabelPosition="Top">
       <LinksControlOptions>
          <WorkItemLinkFilters FilterType="include">
             <Filter LinkType="Microsoft.VSTS.Common.TestedBy" FilterOn="forwardname" />
          </WorkItemLinkFilters>
          <WorkItemTypeFilters FilterType="include">
          <Filter WorkItemType="Test Case" />
          </WorkItemTypeFilters>
          <ExternalLinkFilters FilterType="excludeAll"/>
          <LinkColumns>
             <LinkColumn RefName="System.ID" />
             <LinkColumn RefName="System.WorkItemType" />
             <LinkColumn RefName="System.Title" />
             <LinkColumn RefName="System.AssignedTo" />
             <LinkColumn RefName="System.State" />
             <LinkColumn LinkAttribute="System.Links.Comment" />
          </LinkColumns>
          </LinksControlOptions>
       </Control>
    </Tab>
    
  5. Fügen Sie im FORM-Abschnitt der XML-Datei folgendes Tab-Element hinzu:

    <Tab Label="Other Links" >
       <Group>
          <Column PercentWidth="100">
             <Control Type="LinksControl" Name="GeneralLinks">
             <LinksControlOptions>
             <WorkItemLinkFilters FilterType="exclude">
             <Filter LinkType="System.LinkTypes.Hierarchy"   />
             <Filter LinkType="Microsoft.VSTS.Common.TestedBy" />
             <Filter LinkType="Microsoft.VSTS.TestCase.SharedStepReferencedBy" />
             </WorkItemLinkFilters>
             <LinkColumns>
                <LinkColumn RefName="System.ID" />
                <LinkColumn RefName="System.WorkItemType" />
                <LinkColumn RefName="System.Title" />
                <LinkColumn RefName="System.AssignedTo" />
                <LinkColumn RefName="System.State" />
                <LinkColumn LinkAttribute="System.Links.Comment" />
             </LinkColumns>
          </LinksControlOptions>
       </Control>
       </Column>
    </Group>
    </Tab>
    
  6. Speichern Sie die XML-Datei.

  7. Geben Sie den folgenden Befehl ein, um die MyScenario-Datei zu importieren, wobei Sie die angezeigten Argumente durch Ihre Daten ersetzen, und drücken Sie dann die EINGABETASTE.

    witadmin importwitd /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /p:project /f:MyScenario.xml
    

    Wenn der Import erfolgreich abgeschlossen wurde, wird die folgende Meldung angezeigt:

    Der Arbeitsaufgabentypimport wurde erfolgreich abgeschlossen.

  8. Um die Änderungen zu überprüfen, klicken Sie in Team Explorer mit der rechten Maustaste auf das Teamprojekt, und klicken Sie dann auf Refresh Aktualisieren.

  9. Klicken Sie mit der rechten Maustaste auf Arbeitsaufgaben, zeigen Sie auf Neue Arbeitsaufgabe, und klicken Sie dann auf Szenario.

  10. Überprüfen Sie, ob die neuen Felder und Änderungen am Arbeitsaufgabenformular angezeigt werden.

Zurück nach oben

Angeben des in Microsoft Test Manager zu erstellenden Fehlertyps

Zur Unterstützung der automatischen Erstellung einer Arbeitsaufgabe, um Codefehler oder Fehler nachzuverfolgen, die bei der Verwendung von Microsoft Test Manager durch ein Testteammitglied gefunden werden, müssen Sie den Fehlertyp angeben, der für das vorhandene Teamprojekt verwendet werden soll. Der tcm bugfieldmapping-Befehl unterstützt das Importieren und Exportieren einer Zuordnungsdatei für das Teamprojekt. Die Zuordnungsdatei definiert den Typ der zu erstellenden Arbeitsaufgabe sowie die drei Datenfelder, die von Microsoft Test Manager ausgefüllt werden müssen. Die drei Felder sind reproduzierbare Schritte, Systeminformationen und der Build, in dem der Fehler gefunden wurde. Wenn ein Tester einen Test ausführt und einen Defekt findet, kann er einen Fehler erstellen, in dem die drei Felder automatisch ausgefüllt werden.

Weitere Informationen finden Sie unter Angeben des mit Microsoft Test Manager aufzuzeichnenden Fehlertyps.

So geben Sie den Fehlertyp an, der von Microsoft Test Manager erstellt werden soll

  1. Öffnen Sie Editor oder einen anderen Text-Editor, und kopieren Sie den folgenden Code in die Datei:

    <?xml version="1.0" encoding="utf-16"?
    <BugFilerMappings workitemtypetocreate="Bug">
       <ReproSteps>Microsoft.VSTS.TCM.ReproSteps</ReproSteps>
       <SystemInformation>Microsoft.VSTS.TCM.SystemInfo</SystemInformation>
       <BuildFoundIn>Microsoft.VSTS.Build.FoundIn</BuildFoundIn>
    </BugFilerMappings>
    

    Tipp

    Wenn der Arbeitsaufgabentyp, mit dem Sie Codefehler erstellen, eine andere Bezeichnung als "Fehler" aufweist, ersetzen Sie "Fehler" im vorherigen Beispiel durch den Namen dieses Arbeitsaufgabentyps.

  2. Speichern Sie die Datei, und geben Sie ihr den Namen bugfieldmappings.xml.

  3. Geben Sie im Eingabeaufforderungsfenster den folgenden Befehl ein und ersetzen Sie dabei die angezeigten Argumente mit Ihren Daten. Drücken Sie dann die EINGABETASTE.

    tcm bugfieldmapping /import /mappingfile:"DirectoryPath\bugfieldmappings.xml" /collection:http://ServerName:Port/VirtualDirectoryName/CollectionName /teamproject:project
    

    Geben Sie für DirectoryPath den Ordner an, in dem Sie die Datei bugfieldmappings.xml gespeichert haben.

    Der folgende Befehl bietet ein Beispiel für das Importieren der Datei bugfieldmappings.xml:

    tcm bugfieldmapping /import /mappingfile:"C:\MyFiles\bugfieldmappings.xml" collection:"http://MyServer:8080/tfs/Collection0" /p:MyProject

Zurück nach oben

Gewähren von Berechtigungen für Testteammitglieder

Teammitgliedern, die Testumgebungen und Testkonfigurationen verwalten, Testläufe erstellen und anzeigen sowie andere Aufgaben ausführen, müssen Berechtigungen erteilt werden.

In der folgenden Tabelle werden die Berechtigungen erläutert, die den Zugriff auf Testfunktionen steuern und die Kommunikation mit dem Teamprojekt für Tests unterstützen. Neben den empfohlenen Berechtigungen, die manuellen Testern und Testleitern erteilt werden sollten, werden auch die Standardzuweisungen in Version 5.0 der MSF-Prozessvorlagen angegeben.

Berechtigung

Beschreibung

Umfang

Leser

Mitwirkende

Generatoren

Empfohlen für manuelle Tester

Empfohlen für Testleiter

Projektebeneninformationen anzeigen

Die Mitgliedschaft in Gruppen auf Projektebene und die Berechtigungen dieser Mitglieder können angezeigt werden.

Projektebene

Häkchen Häkchen Häkchen Häkchen Häkchen

Testläufe anzeigen

Testpläne in diesem Knoten können angezeigt werden.

Projektebene

Häkchen Häkchen Häkchen Häkchen Häkchen

Testläufe erstellen

Testergebnisse können hinzugefügt und entfernt und Testläufe für das Teamprojekt können hinzugefügt oder geändert werden.

Projektebene

Häkchen Häkchen Häkchen Häkchen

Testkonfigurationen verwalten

Testkonfigurationen für das Teamprojekt können erstellt und gelöscht werden.

Projektebene

Häkchen Häkchen

Häkchen

Testumgebungen verwalten

Testumgebungen für das Teamprojekt können erstellt und gelöscht werden.

Projektebene

Häkchen Häkchen

Häkchen

Testläufe löschen

Geplante Tests für das Teamprojekt können gelöscht werden.

Projektebene

Häkchen Häkchen

Häkchen

Diesen Knoten anzeigen

Die Sicherheitseinstellungen für einen Bereichsknoten können angezeigt werden.

Bereichsknoten

Häkchen Häkchen Häkchen

Häkchen

Testplänen verwalten

Testpläne, die einem Bereichsknoten zugewiesen sind, können erstellt und bearbeitet werden. Wenn Testpläne nicht ausgeführt wurden, können Sie diese auch löschen.

Bereichknoten

Häkchen Häkchen Häkchen Häkchen

Testcontroller verwalten

Testcontroller für die Teamprojektsammlung können registriert werden, und ihre Registrierung kann aufgehoben werden.

Projektauflistung.

Häkchen

Berechtigungen können Sie erteilen, indem Sie die Prozeduren befolgen, die für den speziellen Umfang angegeben werden:

  • Klicken Sie zum Festlegen der Berechtigungen auf Projektebene in Team Explorer mit der rechten Maustaste auf das Projekt, klicken Sie auf Teamprojekteinstellungen, und klicken Sie dann auf Sicherheit. Darüber hinaus können Sie diese Berechtigungen mithilfe des TFSSecurity-Befehlszeilentools festlegen. Weitere Informationen finden Sie unter Verwalten von Berechtigungen.

  • Klicken Sie zum Festlegen von Bereichsknotenberechtigungen in Team Explorer mit der rechten Maustaste auf das Projekt, und klicken Sie nacheinander auf Bereiche und Iterationen, auf die Registerkarte Bereich und dann auf Sicherheit. Weitere Informationen finden Sie unter Erstellen und Ändern von Bereichen und Iterationen.

  • Projektauflistungsberechtigungen können Sie festlegen, indem Sie in Team Explorer mit der rechten Maustaste auf den Server klicken und Sicherheit auswählen, indem Sie die Verwaltungskonsole Team Foundation öffnen und verwenden oder indem Sie die Befehlszeilentools TFSSecurity und tf verwenden. Weitere Informationen finden Sie unter Gruppen auf Auflistungsebene.

Weitere Informationen finden Sie unter Ändern der Berechtigungen für eine Gruppe oder einen Benutzer.

Zurück nach oben

Starten von Microsoft Test Manager

Nachdem Sie die Upgradeaufgaben ausgeführt haben, die weiter oben in diesem Thema beschrieben wurden, können Sie Microsoft Test Manager starten, eine Verbindung zum Projekt herstellen und Ihre Tests planen. Weitere Informationen finden Sie unter Testen der Anwendung.

Zurück nach oben

Siehe auch

Konzepte

Testfall (Agile)

Freigegebene Testschritte (Agile)

Weitere Ressourcen

witAdmin: Verwalten von Objekten für das Nachverfolgen von Arbeitsaufgaben

Angeben des mit Microsoft Test Manager aufzuzeichnenden Fehlertyps

Anpassen von Prozessvorlagen

Aktualisieren eines aktualisierten Teamprojekts für den Zugriff auf neue Funktionen

Änderungsprotokoll

Datum

Verlauf

Grund

Juli 2010

Informationen zu potenziellen Konflikten mit Änderungen bei Anzeigenamen von Feldern wurden hinzugefügt. Einige Beispiele für den witadmin-Befehl wurden korrigiert, da im Verzeichnispfad ein umgekehrter Schrägstrich fehlte. Die Anzeigenamen mehrerer Felder zum Verwalten von Testfällen wurden korrigiert, und Zurück nach oben-Links wurden hinzugefügt.

Kundenfeedback.