Welche Tests sollten ab einem vorherigen Build ausgeführt werden?

 

Veröffentlicht: Juli 2016

Sie können Microsoft Test Manager verwenden, um zu ermitteln, welche Tests nach Codeänderungen an der zu testenden Anwendung ausgeführt werden sollten. Damit diese Funktionalität zur Verfügung steht, müssen Sie Team Foundation Build für die Erstellung der Anwendung und Visual Studio für die Versionskontrolle Ihres Quellcodes verwenden.

Anforderungen

• Visual Studio Enterprise, Visual Studio Test Professional

Hinweis

Die Funktion zur Ermittlung der auf Grundlage von Codierungsänderungen auszuführenden Tests wird nur für Anwendungen unterstützt, die mithilfe von verwaltetem Code entwickelt wurden.

Um die empfohlenen Tests zu finden, müssen Sie zuerst die manuellen Tests mit Test Runner ausführen oder die automatisierten Tests ausführen. Beim Ausführen dieser Tests müssen Sie Testeinstellungen verwenden, die die Testauswirkungsdaten erfassen. Diese Testauswirkungsdaten enthalten Informationen zu den Methoden, die beim Ausführen der Tests aufgerufen werden. Die Links zwischen Methoden in der Anwendung und Testfällen werden gespeichert, um die empfohlenen Testfälle zu bestimmen, die auf der Grundlage der Änderungen an den Methoden ausgeführt werden sollten.

Testauswirkungsdaten werden nur erfasst, wenn Tests erfolgreich ausgeführt werden. Auf diese Weise wird eine Basis geschaffen, um gültige Daten zu den Methoden zu erfassen, die beim vollständigen Ausführen des Tests verwendet werden. Wenn ein Test fehlschlägt, konnten nur partielle Daten der Methoden gesammelt werden, die zum Ausführen des Tests verwendet wurden. Diese partiellen Daten sind ungenau.

Beim Erstellen eines neuen Builds werden alle Änderungen, die seit einem vorherigen Build an den Methoden vorgenommen und mit der Versionskontrolle eingecheckt wurden, mit den Testauswirkungsdaten verglichen. Beim Anzeigen der Details eines bestimmten Builds können Sie die Tests sehen, auf die sich Auswirkungen ergeben. Wenn beispielsweise ein Fehler behoben wird, der eine bestimmte Methode aktualisiert, können Sie die Builds vergleichen, um die empfohlenen Testfälle zu ermitteln, wie in der folgenden Abbildung dargestellt.

Hinweis

Nur Testfälle werden hier angezeigt.Automatisierte Tests, denen keine Testfälle zugeordnet sind, werden in der Aktivität Empfohlene Tests nicht angezeigt.Um beispielsweise Komponententests anzuzeigen, auf die sich ein neuer Build auswirken könnte und denen kein Testfall zugeordnet ist, können Sie die Details für diesen Build in Visual Studio öffnen.

So ermitteln Sie, welche Testfälle von Codeänderungen betroffen sind

Öffnen Sie den Testplan in Microsoft Test Manager.

1. Konfigurieren von Testeinstellungen, um Testauswirkungsdaten zu erfassen

   Die Standardeinstellungen erfassen Testauswirkungsdaten für den lokalen Computer, auf dem Sie die Tests ausführen, jedoch nicht für andere Computer. Wenn Sie z. B. einen Webserver testen und Sie die Tests ermitteln möchten, die von Änderungen im Servercode beeinflusst werden, müssen Sie die Testeinstellungen konfigurieren, sodass Testauswirkungsdaten von der Serverrolle erfasst werden.

   1. Öffnen Sie Test-Center, Plan, Eigenschaften, und unter Manuelle Ausführungen oder Automatische Testläufe wählen oder erstellen Sie Testeinstellungen.

   2. Wählen Sie im Editor für die Testeinstellungen auf der Seite Rollen eine Gruppe von Rollen aus, die der Auflistung von Computern entspricht, die Sie für die Tests benötigen.

      • Mir wird keine Gruppe von Rollen angezeigt, die mit der Gruppe von Computern übereinstimmt, die ich benötige.

        Sie müssen eine standardmäßige oder SCVMM-Umgebung einrichten, die die Computer umfasst, die Sie benötigen. Mehr dazu finden Sie unter Running Tests in Lab Environments.

   3. Wählen Sie auf der Seite Daten und Diagnose die Rolle oder den Server aus. Aktivieren Sie die Option Testauswirkung.

      Um bestimmte Prozesse oder Module aus der Datensammlung auszuschließen, wählen Sie Konfigurieren aus.

      Wenn Sie eine ASP.NET-Anwendung testen, die in den Internetinformationsdiensten ausgeführt wird:

      1. Aktivieren Sie in der Webserverrolle die Option Testauswirkung, und wählen Sie Konfigurieren aus. Aktivieren Sie im Konfigurationsdialogfeld auf der Registerkarte Erweitert die Option Daten von ASP.NET-Anwendungen sammeln.

      2. Aktivieren Sie in der Rolle Lokal oder Webclient die Option ASP.NET-Clientproxy.

   Weitere Informationen finden Sie unter Sammeln weiterer Diagnosedaten in manuellen Tests.

   

2. Wählen Sie einen Teambuild aus, den Sie zum Testen verwenden möchten.

   Geben Sie den Build an, den Sie gerade testen. Dieser wird dann als Basis für den Vergleich mit anderen Builds verwendet, um die Testfälle zu ermitteln, die erneut ausgeführt werden sollten.

   1. Öffnen Sie Test-Center, Plan, Eigenschaften aus.

   2. Wählen Sie unter Build in Verwendung die Option Ändern aus. Wählen Sie den Build aus, den Sie gerade verwenden.

   Weitere Informationen hierzu finden Sie unter Gewusst wie: Auswählen eines Builds für den Testplan.

3. Ausführen der Tests

   Die Testauswirkungsdaten werden in einer Datei mit der Erweiterung testimpact.xml an die Testergebnisse angefügt. Nur Testauswirkungsdaten für erfolgreiche Tests werden gespeichert. Sie müssen alle Prozesse für die Anwendung starten, nachdem Sie den ersten Test im Testlauf gestartet haben.

   Weitere Informationen finden Sie unter Ausführen von manuellen Tests mit Team Web Access und Running Automated Tests in Microsoft Test Manager.

4. Suchen der empfohlenen Tests zum Ausführen

   1. Öffnen Sie Test-Center, Nachverfolgen, Empfohlene Tests.

   2. Wählen Sie einen Build unter Vorheriger Build zum Vergleich aus.

5. Wählen Sie die Testfall- und Konfigurationspaare aus, die Sie erneut ausführen möchten, und wählen Sie dann Auf "Aktiv" zurücksetzen.

6. Sie können Verknüpfte Arbeitsaufgaben auswählen, um die Arbeitsaufgaben anzuzeigen, die mit dem vorherigen Build und diesem Build und allen Builds dazwischen verknüpft sind.

Siehe auch

Running Tests in Microsoft Test Manager
[veraltet] Ermitteln von Änderungen zwischen Builds