Testing Process Governance für Testfallprotokolle

Testprozess-Governance für Testfallprotokolle im Test Manager: Wie die Governance geerbt wird, welche Status und wie sie sich von der Governance für Testfälle unterscheidet.

Die Testprozess-Governance erstreckt sich auch auf Testfallprotokolle, die Datensätze, die jedes Mal erstellt werden, wenn ein gesteuerter Testfall ausgeführt wird. In diesem Thema wird erläutert, wie sich die Governance für Testfallprotokolle verhält und wie sie sich von der Governance für Testfälle unterscheidet.

Wie Governance geerbt wird

Der gesteuerte Status eines Testfallprotokolls wird auf zwei Arten festgelegt. Bei der Erstellung erbt das Protokoll nur, ob der übergeordnete Testfall gesteuert wird, nicht den Genehmigungsstatus des übergeordneten Elements, zusammen mit den Genehmigern des übergeordneten Elements zu diesem Zeitpunkt. Weitere Informationen dazu, wie der eigene Genehmigungsstatus des Protokolls bestimmt wird, finden Sie im Abschnitt „Startstatus“ der Dokumentation.

• Wenn der übergeordnete Testfall verwaltet wird, wird das resultierende Testfallprotokoll automatisch verwaltet und erbt alle Unterzeichnerdatensätze (Genehmiger) des übergeordneten Testfalls zu diesem Zeitpunkt.
• Wenn der übergeordnete Testfall nicht gesteuert wird, wird das resultierende Testfallprotokoll nicht gesteuert.

Sie können die Governance auch anschließend direkt in einem Testfallprotokoll aktivieren oder deaktivieren, unabhängig vom übergeordneten Testfall. Weitere Informationen finden Sie unter Aktivieren der Governance auf Testfallprotokollebene und Deaktivieren der Governance auf Testfallprotokollebene.

Sobald ein Testfallprotokoll gesteuert wird, sei es durch Vererbung oder direkt, wird es zu einer von seinem übergeordneten Testfall getrennten Entität: Die anschließende Deaktivierung der Governance für den übergeordneten Testfall auf Projektebene oder Testfallebene hat keine Auswirkungen auf bereits erstellte Protokolle .

Genehmiger und Signierungsauftrag

Sie können die Genehmiger eines Protokolls jederzeit unabhängig vom übergeordneten Testfall hinzufügen oder entfernen. Weitere Informationen finden Sie unter Verwalten von Genehmigern für gesteuerte Testfallprotokolle.

Ein Protokoll übernimmt auch nie eine Anforderung an die Signaturreihenfolge von seinem übergeordneten Testfall: Die erzwungene Signaturreihenfolge ist eine Einstellung nur für Testfälle, sodass Protokolle Signaturen immer in jeder Reihenfolge akzeptieren, unabhängig von der Konfiguration des übergeordneten Elements. Weitere Informationen finden Sie unter Durchsetzen der Signaturreihenfolge für gesteuerte Testfälle.

Startstatus

Ein gesteuertes Testfallprotokoll startet immer im Status In Arbeit , unabhängig vom Genehmigungsstatus des übergeordneten Testfalls zur Ausführungszeit. Wenn Sie beispielsweise einen Testfall ausführen, der derzeit Signiert ist, wird dennoch ein Testfallprotokoll erzeugt, das in In Work gestartet wird.

Der Test Manager zeigt keine Warnung in einem Testfallprotokoll an, wenn sein übergeordneter Testfall ausgeführt wurde, während er nicht vollständig signiert war. Die Governance eines Testfallprotokolls ist unabhängig von der Governance des übergeordneten Testfalls, sodass sich der Genehmigungsstatus des übergeordneten Testfalls zur Ausführungszeit nicht auf das Protokoll auswirkt.

Detailansicht des Testfallprotokolls

Die Detailansicht eines gesteuerten Testfallprotokolls enthält einen Governance- Abschnitt, genauso wie ein gesteuerter Testfall. Genehmiger, die auf einen Benutzer oder eine Gruppe verweisen, die nicht mehr vorhanden ist, z. B. ein gelöschter Benutzer, werden in diesem Abschnitt als solche gekennzeichnet.

Signieren und das deklarierte Rollenfeld

Beim Signieren eines Testfallprotokolls oder eines Testfalls erfordert das Signierungsdialogfeld ein obligatorisches Freitextfeld Ihre Rolle zum Zeitpunkt der Signatur , bis zu 255 Zeichen. Diese Rolle wird unveränderlich neben der Signatur gespeichert und in der Signaturzusammenfassung angezeigt und ist unabhängig zwischen der eigenen Signatur eines Testfallprotokolls und der Signatur des übergeordneten Testfalls.

Workflow und Terminologie

Testfallprotokolle verwenden die gleichen drei Status wie Testfälle – In Arbeit, In Überprüfung, Signiert und dieselbe Kernterminologie (Genehmiger, Unterzeichnerdatensatz, Genehmigungsstatus). Weitere Informationen finden Sie unter Testing Process Governance. Die Übergänge aus dem Status Signiert funktionieren jedoch für Testfallprotokolle anders als für Testfälle:

• Wenn die Signatur eines einzelnen Genehmigers für ein signiertes Testfallprotokoll ungültig wird, wird das Protokoll implizit auf Wird überprüft zurückgesetzt. Es geht nicht ganz zurück zu In Work.
• Das Zurücksetzen eines signierten Testfallprotokolls bis auf In Arbeit ist eine separate, explizite Aktion, die jede Signatur auf dem Protokoll auf einmal ungültig macht und die Bestätigung einer Warnaufforderung erfordert.

Sperrverhalten während der Ausführung und erneuten Ausführung

Da ein Testfallprotokoll aktiv ausgeführt werden kann, während jemand versucht, seinen Governance-Status zu ändern, wendet Test Manager die folgende Regel an: Sie können ein Testfallprotokoll nicht zwischen Genehmigungsstatus übergeben, während es ausgeführt wird. Test Manager blockiert die Aktion und zeigt einen Fehler an. Dies gilt einheitlich für manuelle und automatisierte Ausführungen, erneute Ausführungen und Aktionen zum Überschreiben von Ergebnissen.

Berichterstellung und Export

Der PDF-Bericht für Testausführungen gibt den Genehmigungsstatus für alle gesteuerten Testfallprotokolle an und enthält die deklarierte Rolle jedes Genehmigers im Signaturblock. Der Massenexport (Excel) ist ebenfalls implementiert und enthält, wo relevant, dieselben Governance-Daten.

Einschließen von Governance-Informationen in.tmh Exportieren und Importieren

Beim Exportieren oder Importieren eines Projekts als .tmh -Datei können Sie Governance-Informationen für Testfälle und Testfallprotokolle hinzufügen.

• Die Option Governance-Informationen einbeziehen ist im Exportdialogfeld verfügbar und standardmäßig deaktiviert. Wenn diese Option aktiviert ist, enthält die exportierte .tmh -Datei für jeden exportierten Testfall und Testfallprotokoll: das gesteuerte Flag, den Genehmigungsstatus (In Arbeit, In Überprüfung oder Signiert), die Genehmiger (Unterzeichnerdatensätze, einschließlich der deklarierten Rolle jedes Genehmigers ) und Signaturmetadaten (Unterzeichner und Zeitstempel).
• Die Option Governance-Informationen einbeziehen ist im Importdialogfeld verfügbar und standardmäßig deaktiviert. Wenn diese Option aktiviert ist, werden die in der .tmh -Datei vorhandenen Governance-Informationen auf die importierten Testfälle und Testfallprotokolle angewendet. Wenn diese Option deaktiviert ist, werden alle Governance-Informationen in der Datei ignoriert.
• Durch das Exportieren gesteuerter Objekte mit der Option ein und das anschließende Importieren der resultierenden Datei mit der Option ein wird der Governance-Status dieser Objekte wiederhergestellt.
• Wenn Sie eine .tmh -Datei importieren, die Governance-Informationen in ein Projekt enthält, in dem Governance nicht aktiviert ist, werden die Governance-Informationen übersprungen. Die Objekte werden normal, ohne Fehler, aber ohne Governance-Daten importiert. In diesem Fall ist die Option Governance-Informationen einbeziehen im Importdialogfeld deaktiviert.

Weitere Informationen zum Dateiformat selbst finden Sie unter TMH-Dateiformatspezifikation.