Zum Hauptinhalt springen

Benutzerhandbuch

Willkommen beim mgm Q12-TMT-Benutzerhandbuch.

Dieses Benutzerhandbuch soll sowohl Neueinsteigern als auch erfahrenen Benutzern die Funktionen von Q12-TMT näherbringen, um Ihre Testprozesse zu optimieren. Von der Einrichtung Ihres Projekts bis zur Erstellung von Berichten über die Testergebnisse finden Sie hier alle Details darüber, wie die Aspekte Ihres Testmanagements abgedeckt werden, um einen reibungslosen Ablauf und maximale Effektivität zu gewährleisten.

Das Benutzerhandbuch ist so aufgebaut, dass es zunächst einige kurze Einblicke für einen schnellen Einstieg bietet und Sie dann durch das Hauptmenü von Q12-TMT führt. Informationen zu den Verwaltungseinstellungen finden Sie in der Admin-Dokumentation.

Bringen wir Ihr Testmanagement auf die nächste Stufe.

Erste Schritte

Anmelden

Melden Sie sich bei Q12-TMT mit Ihrem Benutzernamen oder Ihrer E-Mail-Adresse an.

Login

info

Um Q12-TMT nutzen zu können, stellen Sie sicher, dass Sie über ein aktives Benutzerkonto und entsprechende Projektberechtigungen verfügen. Um diese Berechtigungen zu erhalten, wenden Sie sich bitte an die IT-Administration.

Falsches Passwort

Wenn Sie mehrmals hintereinander ein falsches Passwort eingeben, wird Ihr Konto für eine bestimmte Zeit gesperrt, die sich mit jedem weiteren Fehlversuch verlängert. Nach zehn Versuchen wird das Konto vollständig gesperrt.

Um Ihr Konto zu entsperren, wenden Sie sich bitte an die IT-Administration.

Profil

Benutzerprofil

Klicken Sie auf Ihren Benutzernamen in der oberen rechten Ecke, um Ihre Profilinformationen und die Funktion zum Abmelden zu finden.

Nutzermenu

Das Profil enthält Informationen zu Ihrem Konto.

  • Avatar-Bild
  • Vorname
  • Nachname
  • Benutzername (nicht änderbar)
  • E-Mail (nicht änderbar)

Die änderbaren Informationen können Sie mit einem Klick auf die Schaltfläche „Bearbeiten“ in der Symbolleiste editieren.

Passwort ändern

Sie können Ihr Passwort in Ihrem Benutzerprofil ändern. Hinweis: Diese Funktion ist nur verfügbar, wenn Ihre Organisation kein Active Directory oder SSO einsetzt.

Führen Sie zum Ändern des Passwortes die folgenden Schritte aus:

  1. Klicken Sie im Bearbeitungsmodus auf „Passwort ändern“
  2. Melden Sie sich nicht ab
  3. Sie erhalten eine E-Mail von Q12-TMT mit einem Link
  4. Klicken Sie auf den Link, um auf die Website zum Ändern des Passwortes zu gelangen
  5. Ändern Sie das Passwort
  6. Sie werden automatisch abgemeldet
  7. Melden Sie sich mit Ihrem neuen Passwort an
Projekte und Rollen

Benutzer werden Rollen zugewiesen, die mit verschiedenen Privilegien und Berechtigungen einhergehen. Um Ihre zugewiesenen Rollen einzusehen, navigieren Sie in Ihren Profilinformationen zum Abschnitt „Meine Projekte und Rollen“.

info

Um einen Benutzer einer Rolle zuzuweisen, einen Benutzer zu löschen oder das Passwort eines Benutzers zu ändern, sind administrative Zugriffsrechte erforderlich.

Projekte

Klicken Sie im Dashboard auf ein Projekt, um es aufzurufen, und Sie werden zur neuesten Version des (Teil-)Projekts weitergeleitet. Alternativ können Sie ein Projekt über die Projektstruktur, eine Auflistung aller Ihnen zugewiesenen Projekte und Teilprojekte, öffnen. Zur Projektstruktur gelangen Sie über das Hauptmenü oder die Schaltfläche „Meine Projekte“ auf dem Dashboard. Möchten Sie in einer anderen Version Änderungen vornehmen, so öffnen Sie das (Teil-)Projekt über die Versionsübersicht.

info

Wenn Ihr Projekt nicht in der Liste aufgeführt ist, wenden Sie sich bitte an die IT-Administration, um die entsprechenden Berechtigungen zu erhalten.

Navigation

Nach der Auswahl eines Projekts zeigt Q12-TMT zunächst die Liste der Test Suites des ausgewählten (Teil-)Projekts an. Sie können nun über die seitliche Navigation die gewünschte Seite aufrufen.

  1. Suchen: Suche nach Test Case, Ordner, Test, Suite, Testdurchführung oder Test Run
  2. Pinnwand: Liste aller angehefteten Objekte im Projekt (Test Suites, Test Cases, etc.)
  3. Projekt: Details zum aktuell ausgewählten Projekt und zur Version
  4. Test Suites: Liste aller Test Suites im Projekt
  5. Test Runs: Liste aller Test Runs im Projekt
  6. Meine Aufgaben: Alle Test Cases, für deren Wartung oder Test der Benutzer zuständig ist
  7. Risikobasiertes Testen: Übersicht über das Risiko aller Test Cases im Projekt
  8. Versionen: Alle Versionen des aktuell geöffneten Projekts

Navigation

Praktische Funktionen

Tastenkombinationen

Q12-TMT unterstützt erweiterte Tastatur- und Maussteuerung. Abgesehen vom Tastenkürzel „Strg/Cmd + S“, mit dem der aktuelle Status von Objekten gespeichert wird, beeinträchtigen die Tastenkombinationen von Q12-TMT nicht die üblichen Browsersteuerungen.

TastenkombinationErgebnis
EIn den Bearbeitungsmodus eines Formulars wechseln
Strg/Cmd + SFormular speichern
TEinen Test Case in einer geöffneten Test Suite erstellen
FEinen Ordner in einer geöffneten Test Suite erstellen
AIn den „Arrangieren“-Modus einer Test Suite oder eines Test Runs wechseln/diesen verlassen
BMassenverarbeitungs-Modus ein-/ausschalten
JÖffnet den nächsten Test Case, einer Test Suite oder Test Run, in der Detailansicht
KÖffnet den vorherigen Test Case, einer Test Suite oder Test Run, in der Detailansicht
Strg/Cmd + RechtsklickTabellen-/Baumeintrag in neuem Browser-Tab öffnen
Mittlere MaustasteTabellen-/Baumeintrag in neuem Browser-Tab öffnen

Rich Text Editor

Eingabefelder und Textfelder in Q12-TMT bieten eine Vielzahl von Textformatierungsoptionen sowie die Möglichkeit, Bilder und Dateien einzufügen.

Rich-Text Editor

Dies umfasst:

  • kursiven und fettgedruckten Text
  • durchgestrichenen Text
  • Textfarbe
  • horizontale Linien
  • Blocktext
  • Aufzählung mit und ohne Nummerierung
    • Ein- und Ausrücken der Anstriche
  • Tabellen
  • einen Anhang aus dem Bereich "Anhänge" einfügen
  • Grafiken als Datei oder URl einfügen
  • Links
  • Code-Spans

Die Textformatierung wird durch die Unterscheidung von zwei Textfeld-Registerkarten vereinfacht:

  • Die visuelle Ansicht zeigt den Text so an, wie er in Q12-TMT zu sehen ist, wobei alle ausgewählten Formatierungsoptionen angewendet werden
  • Die Code-Ansicht zeigt den reinen Text als Markup-Code an, der das entsprechende Ergebnis der visuellen Ansicht erzeugt. Diese Ansicht kann verwendet werden, um Ihren Text schnell zu formatieren, ohne dass Sie auf eine Schaltfläche klicken müssen.

Nach dem Anwenden der Änderungen kann der Bearbeitungsmodus durch Verlassen des Eingabefensters geschlossen werden.

Deep Linking

Q12-TMT speichert Test Cases, Test Suites und Test Runs in einer hierarchischen Linkstruktur unter Verwendung von Objekt-IDs im Format

https://demo[your-q12-tmt-environment]/p/241/sp/_/v/1.0.0/s/9/c/17

Dadurch kann ein Inhalt des Q12-TMT verlinkt und aus einer anderen Anwendung heraus geöffnet werden. Außerdem erlaubt die Struktur einen schnellen Wechsel zwischen den Übersichten verschiedener Projekten oder Versionen, indem die entsprechende Nummer im Link ersetzt wird. Auf dieser Art ist es z.B. möglich schnell zwischen der aktuellsten Version ("latest") und einer älteren Version zu wechseln:

https://demo[your-q12-tmt-environment]/p/241/sp/_/v/latest/s/9/c/17

https://demo[your-q12-tmt-environment]/p/241/sp/_/v/2.1.0/s/9/c/17

Q12-TMT erstellt automatisch Links zu Ordnern, Test Suites, Test Runs und Test Cases, wenn die entsprechende ID in eckigen Klammern steht (z. B. [C_2]). ID und Titel des aktuell geöffneten Objekts, z. B. eines Test Cases, werden im Browser-Tab angezeigt, was die gleichzeitige Verwendung mehrerer Tabs vereinfacht.

Filter

Listen bei umfangreichen Projekten können sehr groß sein. Um schnell das gewünschte Objekt zu finden, können diese mit Hilfe des Filters eingegrenzt werden. Mit dem Klicken auf das Filtersymbol filter rechts in der Symbolleiste, wird der Filter geöffnet. Für manche Listen sind Filter bereits in der Symbolleiste verfügbar.

  • Filterselektor: Die verfügbaren Optionen im Filterselektor unterscheiden sich je nach Liste. Bereits in der Symbolleiste verfügbare Filter sind vorselektiert und deaktiviert. Es kann ein oder mehrere Selektoren verwendet werden.
  • Filteroptionen: Abhängig vom gewählten Selektor erscheint ein Eingabefeld, Checkboxen oder Radio Buttons. Bei Checkboxen ist eine Mehrauswahl möglich.
  • Filter-Operatoren: Bei manchen Filtern kann das Operator-Symbol Operatoren verwendet werden, um auszuwählen, ob die Filteroptionen mit "Und" oder "Oder" verknüpft werden sollen.

Über die Schaltfläche „Anwenden“ wird der Filter geschlossen und die Liste gefiltert. Alle ausgewählten Filterselektoren erscheinen zwischen Symbolleiste und Liste. Mit einem Klick darauf können die gesetzten Optionen verändert oder über das X der Filter entfernt werden. Selektoren ohne gefüllte Filteroption sind für den Filterungsprozess inaktiv.

Massenverarbeitung

Um iterative Bearbeitung, zum Beispiel die Zuweisung von Test Cases, zu vereinfachen und zu beschleunigen, ist bei vielen Listen die Massenverarbeitung möglich. Ist diese Funktion verfügbar, wird es im entsprechenden Kapitel erwähnt.

Mit einem Klick auf das Massenverarbeitung-Symbol bulk wird die Funktion aktiviert, mit einem erneuten Klick ohne speichern geschlossen.

Ist die Funktion aktiviert, erscheint neben dem Symbol eine Zahl, die Anzahl der aktivierten Checkboxen, und daneben die Bearbeitungsmöglichkeiten. Im Dropdown ist der entsprechende Bearbeitungsvorgang auszuwählen und in dem nachfolgend öffnenden Dropdown die Auswahl zu treffen. Sofern ein Feld leer sein darf, ist die Schaltfläche „Entfernen“ sichtbar und aktiv. Eine andere Auswahl wird mit der Schaltfläche „Setzen“ bestätigt. Einige Bearbeitungen löst der Klick auf eine Schaltfläche aus.

Am Zeilenanfang erscheinen Checkboxen zur Auswahl der einzelnen Objekte. Über die Checkbox im Spaltenkopf können alle Objekte an- und abgewählt werden.

Es muss mindestens eine Checkbox aktiviert sein, um die gewählte Bearbeitung auslösen zu können. Anschließend startet der Prozess. Eine Hinweismeldung im rechten oberen Bereich informiert über Start und Ende des Hintergrundprozesses. Ist ein oder sind mehrere Objekte gesperrt, so wird die Bearbeitung für diese nicht durchgeführt und in einer entsprechenden Hinweismeldung angezeigt.

Arrangieren

Initial sind alle Listen alphanumerisch sortiert. Das Festlegen einer individuellen Reihenfolge von Objekten erfolgt über die Funktion „Arrangieren“. Dabei wird die anfängliche Sortierung aufgehoben. Neu angelegte Objekte erscheinen anschließend immer am Listenende und müssen manuell einsortiert werden. Bei Test Suites ist es möglich die Reihenfolge auf den initialen Zustand zurückzusetzen. Das Arrangieren von Test Cases, Ordnern und Suiten ist jederzeit möglich. Sind die Objekte Teil eines offenen Test Runs, so werden die Änderungen übernommen.

Über die Schaltfläche „Arrangieren“ arrange öffnet sich der Modus, um die Objekte zu verschieben.

Die Objekte können per Drag-and-Drop oder über Ausschneiden und Einfügen innerhalb der Liste verschoben werden. Das Ausschneiden ist nur für einzelne Objekte möglich. Mehrere Objekte gleichzeitig verschieben erfolgt über die Massenverarbeitung und Drag-and-Drop. Das Verschieben über mehrere Seiten hinweg ist nur mit Ausschneiden und Einfügen möglich.

Test Cases lassen sich aus einem Ordner heraus in einen anderen Ordner oder darüber bzw. darunter verschieben. Das Einfügen eines ausgeschnittenen Objektes kann mit Esc oder über die Schaltfläche „Abbrechen“ abgebrochen werden.

Der Modus schließt und speichert alle Änderungen, wenn die Schaltfläche „Arrangieren beenden“ geklickt oder eine andere Seite geöffnet wird.

Anhänge

In einem Projekt, einer Test Suite, einem Test Case oder einem Test Run können Sie Dateien als Anhang speichern und in Textfelder mit dem Rich Text Editor einfügen.

Um Dateien hinzuzufügen, navigieren Sie zum Anhangsbereich Ihres Objekts (Projekt, Test Suite, Test Case usw.) und klicken Sie auf die Schaltfläche "Hochladen". Sie können nun eine oder mehrere Dateien aus Ihrem lokalen Rechner auswählen. Alternativ können sie direkt per Drag-and-Drop in den markierten Anhangsbereich eingefügt werden.

Multi-File Upload

Die hinzugefügten Anhänge werden unten mit einer Vorschau oder einem Typensymbol und Informationen zu Dateiname, Upload-Datum und dem für den Upload verantwortlichen Benutzer aufgelistet. In der letzten Spalte „Referenziert“ wird angegeben, ob der Anhang verwendet wird oder nicht. Für die Vorschau eines Bildes klicken Sie auf die entsprechende Zeile.

Durch einen Klick auf die Kopfzeile kann die jeweilige Spalte sortiert werden. Am Ende jeder Zeile finden Sie im Lesemodus das Symbol zum Herunterladen und im Bearbeitungsmodus das Symbol zum Löschen der Datei.

Sperren

Um Konflikte zu vermeiden, sperrt Q12-TMT Test Suites, Test Cases usw., wenn daran gearbeitet wird. Objekte können jeweils nur von einem Benutzer bearbeitet, verschoben oder gelöscht werden.

Für alle anderen Benutzer oder das System sind diese Funktionen zwischenzeitlich gesperrt. Mit „System“ sind die Hintergrundprozesse gemeint, welche durch einzelne Funktionen oder die Massenverarbeitung ausgelöst werden.

Sind Funktionen für bestimmte Objekte gesperrt, erscheint ein Schlosssymbol oder es wird eine entsprechende Hinweismeldung angezeigt. Wird der Mauszeiger über das Schlosssymbol bewegt, erscheinen weitere Informationen zur Sperrung.

Metadaten

Metadaten sind strukturierte Daten, die grundlegende Informationen über Objekte (z. B. einen Test Case) enthalten.

Metadaten existieren für mehrere Objekte in Q12-TMT und befinden sich am Seitenende der Überblicke bzw. Ansichten:

  • Projekte
  • Teilprojekte
  • Test Suites
  • Test Cases
  • Test Runs

Abhängig vom ausgewählten Objekt liefern die Metadaten Informationen über:

  • wann das Objekt erstellt oder zuletzt bearbeitet wurde
  • von wem das Objekt erstellt oder bearbeitet wurde
  • Versionsinformationen
  • die letzte Testausführung eines Test Cases

Dashboard

Dieses kann jederzeit über das Hauptmenü oder mit einem Klick auf das mgm Q12-TMT Logo erneut geöffnet werden. Auf dem Board werden, abhängig von den ausgewählten Projekten und Teilprojekten, verschiedene benutzerspezifische Informationen angezeigt. Sie enthalten:

  • Kennzahlen
    • Offene Aufgaben im Projekt ohne Bearbeiter
    • Offene Aufgaben in Test Runs im Projekt ohne Tester
    • Kennzahlen zu den angezeigten Test Runs
    • Offene eigene Aufgaben im Projekt
    • Offene eigene Aufgaben in Test Runs im Projekt
  • eine Auflistung aller Test Runs mit visualisiertem Fortschritt
  • eine Anzahl hinterlegter Tickets mit deren Priorität
  • Auflistung aller Ihnen zugewiesenen und nicht erledigten Test Cases

Hinweis: Der Bereich „Tickets“ wird nur angezeigt, sofern eine Verbindung mit Jira konfiguriert und der Zugriff erlaubt ist.

Es können einzelne Test Runs in separaten Tabs geöffnet werden oder eine Liste aller Test Runs über den Link am Ende der Auflistung. Sind während der Testdurchführung Fehler aufgetreten und mit einem Jira Ticket im Feld „Tickets“ hinterlegt, so wird die Anzahl der Tickets über alle Test Runs summiert angezeigt. Zusätzlich erfolgt eine Einteilung in vier Gruppen. Bitte beachten Sie, dass das System die Ticketart (Bug oder Requirement) nicht unterscheidet.

TMT EinteilungJira ticket priority
"Blocker"Blocker
"Kritisch"Critical and Highest
"Hoch"Major and High
"Normal und geringer"Medium, Normal, Low, Minor, Trivial and Lowest

Die Test Cases im Bereich „Meine Aufgaben“ öffnen sich nach einem Klick ebenfalls in separaten Tabs.

Die Auswahl der Projekte und Teilprojekte erfolgt im Filter, der mit einem Klick auf die Schaltfläche oben rechts geöffnet wird. Im Filter sind alle Ihnen zugewiesenen Projekte und Teilprojekte aufgelistet. Die An- und Abwahl erfolgt über die Checkbox am Zeilenanfang.

Auf dem Dashboard sehen Sie die Namen der Projekte und die Anzahl der selektierten möglichen Teilprojekte. Sind nur Teilprojekte ausgewählt, so werden diese angezeigt. Bei der Auswahl von zwei oder mehr Projekten erfolgt keine separate Anzeige der Teilprojekte. Bitte beachten Sie, dass bei kleinen Bildschirmen nur zwei Projekte angezeigt werden. Bei größeren Bildschirmen sind es 4-5 zusätzlich zur Schaltfläche „Meine Projekte“.

Mit dem Klick auf ein Projektfeld öffnet sich die aktuellste Projektversion in einem neuen Tab. Die Schaltfläche „Meine Projekte“ öffnet, ebenfalls in einem neuen Tab, eine Liste aller Ihnen zugewiesenen Projekte und Teilprojekte. Mehr Informationen zu dieser Ansicht erhalten sie hier.

Q12-TMT bietet eine umfassende Suchfunktion mit der Möglichkeit, Suchkriterien präzise zu filtern, um Test Cases, Test Suites und andere Objekte der aktuellen Projektversion schnell zu finden.

Um eine Suche zu beginnen, klicken Sie auf das Suchen Symbol Suche in der seitlichen Navigation.

Geben Sie die Zeichenfolge ein, nach der Sie suchen möchten. Anschließend wählen Sie die gesuchte Objektart und das Feld. Die Suche wird mit einem Klick auf "Suche" oder "Enter" ausgeführt.

  • Suchen: Die Zeichenfolge muss aus mindestens 3 Zeichen bestehen. Es ist möglich, nach mehreren Zeichenketten oder nur Teilzeichenketten zu suchen. Großschreibung und Kleinschreibung werden dabei nicht berücksichtigt. Beispielsweise würde die Suche nach "log" sowohl "log", "login" als auch "analogous" finden. Nach "check out" zu suchen, würde Ergebnisse zurückliefern, die "check" und die "out" enthalten, jedoch keine Ergebnisse, die nur einen der beiden Suchbegriffe enthalten.
  • Wonach: Wählen Sie die Objektart aus, nach der Sie suchen.
  • Wo: Wählen Sie das Feld, in dem gesucht werden soll. Die Auswahlmöglichkeit ist abhängig vom gesuchten Objekt.

Somit lässt sich beispielsweise mit der Suche von "C_189" im Feld "ID" von "Test Cases" ein spezifischer Test Case zurückgeben. Um alle Test Cases zu finden, die mit einem spezifischen Ticket verknüpft sind, kann man beispielsweise nach der Ticketnummer "in allen Feldern" suchen.

In den Suchergebnissen listet Q12-TMT alle passenden Objekte auf. Die Ergebnisse können zusätzlich gefiltert, als Liste oder einzeln gedruckt, einzeln angezeigt oder direkt bearbeitet werden. Alternativ zu einer iterativen Bearbeitung können mit der Massenverarbeitung alle spezifischen Ergebnisse ausgedruckt oder für spätere Nutzung angeheftet werden.

Pinnwand

Test Cases, Test Suites und Test Runs sowie Test Cases aus Test Runs können für einen schnellen Zugriff an die Pinnwand angeheftet werden. Das Anheften von Objekten erfolgt über das Pin-Symbol Pin in der oberen rechten Ecke von Objekten oder am Ende der Zeile in Listen. Die Anzahl der angehefteten Objekte erscheint neben dem Pin-Symbol in der seitlichen Navigation.

Mit einem Klick auf das Symbol öffnet sich eine Übersicht mit den vier Objekttypen. Wie viele Objekte pro Kategorie angeheftet sind, steht unterhalb der Schaltfläche. Ist kein Objekt für eine Kategorie angeheftet, so ist diese deaktiviert.

Eine Liste aller angehefteten Objekte des entsprechenden Typs öffnet sich mit einem Klick auf die entsprechende Schaltfläche.

Von dieser Übersicht aus können einzelne Objekte im Lese- oder Bearbeitungsmodus geöffnet oder von der Pinnwand entfernt werden. Über weitere Schaltflächen im Kontextmenü können diese in einem separaten Tab geöffnet oder als PDF gedruckt werden.

Ein Entfernen aller Objekte dieser Kategorie ist über die Schaltflächen „Alle von Pinnwand entfernen“ möglich.

Projekt

Überblick

info

Der folgende Abschnitt zeigt, wie Sie als Tester oder Testmanager die Projektstruktur verwenden können.

Hinweis: Ein neues Projekt kann nur mit erweiterten Zugriffsrechten oder in der Rolle eines Administrators erstellt werden. Wenn Sie über diese Berechtigungen verfügen und ein neues Projekt erstellen möchten, lesen Sie bitte die Admin-Dokumentation.

Projekte sind die wichtigsten Objekte, um Ihre Qualitätssicherung zu organisieren und zu verwalten. Sie sind die obersten hierarchischen Elemente, die die Teilprojekte, Test Suites und Test Runs strukturieren.

Die Projektstruktur, eine Auflistung aller Ihnen zugewiesenen Projekte und Teilprojekte, öffnen Sie über das Hauptmenü oder die Schaltfläche „Meine Projekte“ auf dem Dashboard.

Die Projekte und Teilprojekte sind in einer Baumstruktur gegliedert und können entsprechend ein- und ausgeklappt werden. Dies erfolgt einzeln für jedes Projekt oder über die Schaltfläche am rechten oberen Rand für alle.

Entsprechend der zugewiesenen Berechtigung sind folgende Funktionen möglich:

  • neues Projekt erstellen
  • neues Teilprojekt erstellen
  • Versionen ansehen
  • bestehende Projekte oder Teilprojekte bearbeiten
  • Einstellungen für Projekte oder Teilprojekte vornehmen

Details

Wählen Sie ein Projekt aus, um die Details anzuzeigen. Zunächst wird eine Liste aller Test Suites angezeigt.

Klicken Sie in der seitlichen Navigation auf die Schaltfläche Projekt, um zu den Projektdetails zu navigieren. Diese enthalten den Titel und eine Beschreibung des Projekts sowie alle Anhänge und Metadaten. Sie finden hier auch die versionsspezifischen Details.

Um die Projektdetails zu bearbeiten, klicken Sie auf die Schaltfläche „Bearbeiten“ in der Symbolleiste. Das einzige Pflichtfeld ist der Projektname.

Test Suites

Eine Test Suite ist eine Sammlung von Test Cases und bietet eine hierarchische Strukturierung. Test Suites können zu Test Runs hinzugefügt werden, um die enthaltenen Test Cases auszuführen.

Mit einem Klicken auf das Test Suite Symbol Test Suite in der seitlichen Navigation wird die Übersicht aller in der ausgewählten Projektversion enthaltenen Test Suites geöffnet. Sofern keine individuelle Reihenfolge mit Hilfe der Arrangieren Funktion festgelegt wurde, sind die Suiten alphanumerisch sortiert.

Durch einen Klick auf die Schaltfläche „+ Test Suite“ in der Symbolleiste kann eine neue Test Suite erstellt werden. Der Titel ist dabei das einzige Pflichtfeld.

Test Suites können bearbeitet, gelöscht, kopiert, angeheftet oder in einem neuen Tab geöffnet werden. Diese Funktionen befinden sich am Zeilenende bzw. im Kontextmenü. Das Menü öffnet sich mit einem Klick auf die drei Punkte oder mit der rechten Maustaste auf die entsprechende Test Suite. Nur Test Suites, die nicht Teil eines offenen Test Runs und nicht gesperrt sind, können gelöscht werden.

Test Suites eines Projekts

Jede Test Suite ist in drei Abschnitte unterteilt:

  • Überblick: Informationen über und zum Inhalt der Test Suite.
  • Test Cases: Eine Baumstruktur mit allen Ordnern und Test Cases in der Test Suite.
  • Verknüpfte Test Runs: Eine Liste aller Test Runs, zu denen die Test Suite gehört. Hier werden zusätzlich Test Runs anderer Projektversionen aufgeführt.

Nach der Auswahl einer Test Suite navigiert Q12-TMT automatisch zum Abschnitt „Test Cases“.

Überblick

Der Überblick einer Test Suite zeigt den Namen, die ID, eine Beschreibung sowie die Priorität an. Für jede Test Suite kann eine Priorität ausgewählt werden, die zunächst auf „Mittel“ eingestellt ist. Zusätzlich können Tags und Anhänge in den entsprechenden Sektionen beigefügt werden. Im Abschnitt „Intern“ kann der Benutzer zum Beispiel Zeitbuchungsinformationen zur Test Suite festlegen. Der Abschnitt „Metadaten“ beinhaltet die entsprechenden Speicher- und Ausführdaten der Test Suite.

Test Cases

Ein Test Case ist eine Reihe von Aktivitäten (Testschritten) in einem System, mit denen überprüft werden soll, ob die Software korrekt ausgeführt wird und ob alle Anforderungen erfüllt sind.

Baum

Alle Test Cases einer Test Suite sind in einer Baumstruktur abgebildet. Diese Struktur, mit der Anlageoption von Ordnern, bietet die Möglichkeit tiefergehende hierarchische Struktur zu erreichen und verschiedene Szenarien darzustellen.

Test Cases

Folgende Funktionen sind in der Baumstruktur verfügbar.

In der Symbolleiste:

  • „+ Test Case“: Einen neuen Test Case hinzufügen.
  • „+ Ordner“: Einen neuen Ordner hinzufügen.
  • Arrangieren: eine eigene Reihenfolge für Test Cases und Ordner festlegen.
  • Massenverarbeitung: Mehrere Testfälle verschieben, kopieren oder bestimmte Parameter auf einmal festlegen oder entfernen.
  • Ein- und Ausklappen aller Ordner

Alle neu erstellten Objekte, die über die Symbolleiste hinzugefügt werden, erscheinen immer am Listenende und müssen manuell einsortiert werden.

Zeilenende/Kontextmenü für Test Cases:

  • Test Case bearbeiten
  • Test Case in neuem Tab öffnen
  • Anheften
  • Drucken
  • Kopieren
  • Verschieben
  • Löschen

Zeilenende/Kontextmenü für Ordner:

  • Ordner bearbeiten
  • Ordner in neuem Tab öffnen
  • „+ Test Case“: Einen neuen Test Case in diesem Ordner hinzufügen.
  • „+ Ordner“: Einen neuen Ordner erstellen in diesem Ordner hinzufügen.
  • Kopieren
  • Verschieben
  • Löschen

Um ein paralleles Bearbeiten eines Objektes zu vermeiden, können manche Funktionen vorübergehend gesperrt sein.

Erstellen & Bearbeiten

Beim Erstellen eines neuen Test Cases oder Ordners muss mindestens ein Titel eingegeben werden. Für Test Cases ist der Status ebenfalls ein Pflichtfeld. Für Ordner können eine Beschreibung und Anhänge hinterlegt werden. Ist der Test Case Teil eines offenen Test Runs, so werden die Änderungen übernommen.

Weitere mögliche zu pflegende Abschnitte in einem Test Case sind:

  • Testinformationen: Grundlegende Informationen bspw. Status und Priorisierung für einen Test Case. Eine Zuweisung kann nur für Benutzer mit Zugriffsrechten für das Projekt erfolgen.
  • Beschreibung: Textfeld zur Beschreibung des Ziels des Test Cases.
  • Quellen: Die Quellen, aus denen der Test Case abgeleitet wurde (entweder ein Ticket oder ein Dokument).
  • Kriterien: Grundlegende Parameter, die erfüllt werden müssen (z. B. Abhängigkeiten oder Browserversionen).
  • Risiko: Bewertung der Wahrscheinlichkeit und der Auswirkungen von Fehlern und Problemen.
  • Anhänge: Hier können Dateien hochgeladen werden (z. B. ein Diagramm oder ein Screenshot des Sollzustands).
  • Vorbedingungen: Zeigt die Bedingungen und notwendigen Einstellungen an, die für die Ausführung des Test Cases erforderlich sind.
  • Testschritte: Sammlung kleiner, geordneter und unteilbarer Schritte, die jeweils aus einer Aktion und einem erwarteten Ergebnis bestehen.

Kopieren und Verschieben

Kopieren Das Kopieren von Test Cases und Ordnern ist jederzeit möglich. Es kann in dieselbe oder eine andere Test Suite kopiert werden. Letztere kann sich im selben oder einem anderen Projekt bzw. Version befinden.

Verschieben Test Cases und Ordner, die nicht Teil eines offenen Test Runs sind und nicht gesperrt sind, können verschoben werden. Ein Verschieben ist nur innerhalb der ausgewählten Projektversion möglich.

Details

Mit Klick auf einen Test Case öffnet sich dieser im Lesemodus. Befindet sich der Test Case in einem Ordner oder Unterordner, so wird der Pfad über der Symbolleiste angezeigt. Es werden alle Bereiche angezeigt, welche bei der Erstellung ausgefüllt werden konnten. Zusätzlich erscheint noch der Bereich für die Metadaten. Im rechten oberen Bereich befinden sich die Symbole, um den Test Case anzuheften, zu erweitern oder zuzuklappen und zu schließen.

In der Symbolleiste befinden sich die Symbole:

  • Bearbeiten: Öffnet den Bearbeitungsmodus des Test Cases.
  • Drucken: Öffnet eine PDF-Datei. Die resultierende Datei enthält alle Daten des Test Cases, mit Ausnahme seiner Metadaten, seiner Anhänge und seiner allgemeinen Informationen, z. B. Status, Typ oder Automatisierungsstatus. Die PDF-Datei enthält das Datum und die Uhrzeit der Erstellung.
  • Kopieren: In einen Speicherort außerhalb oder innerhalb der aktuellen Test Suite kopieren.
  • Verschieben: In einen Speicherort außerhalb der aktuellen Test Suite bewegen.
  • Löschen: Löscht den Test Case aus der ausgewählten Projektversion. Nur Test Cases, die nicht Teil eines offenen Test Runs sind und nicht gesperrt sind, können gelöscht werden.
  • Verlauf: Änderungen des Test Cases in chronologischer Reihenfolge.
  • Verknüpfte Test Runs: Auflistung aller Test Runs aus der aktuellen Version und anderen Versionen, mit denen der Test Case verbunden ist. Anzeige zugewiesener Tester, Testergebnis und ggf. hinterlegtes Ticket. Über das Kontextmenü ist eine Navigation zum Test Case im Test Run oder zum Test Run möglich.

Versionsdelta

Das Versionsdelta hilft bei der Identifizierung von Test Cases, die in der aktuellen Version hinzugefügt oder geändert wurden. Im Filter der Suchergebnisse oder in der Smart-Select-Funktion bei Test Runs kann nach dem entsprechenden Versionsdelta gefiltert und Test Cases somit schnell erkannt und für einen Test Run oder zu Dokumentationszwecken ausgewählt werden. Ein hilfreicher Wert um sich in Test Runs auf Funktionen zu konzentrieren, die neu sind oder im Vergleich zur vorherigen Version angepasst wurden.

Wenn ein neuer Test Case hinzugefügt oder ein vorhandener Test Case bearbeitet wird, wird das Versionsdelta standardmäßig automatisch auf „Ja“ gesetzt. Es kann auch manuell auf „Ja“ und „Nein“ gesetzt werden.

Tickets

Q12-TMT kann Tickets direkt aus externen Frameworks verknüpfen. Dies kann verwendet werden, um ein Ticket als Quelle eines Test Cases zu verknüpfen, z. B. eine User Story.

Geben Sie die ID des Tickets, das Sie einbeziehen möchten, im passenden Format ein. Q12-TMT erkennt das Objekt automatisch und verknüpft das richtige Ticket.

Damit die automatische Verknüpfung funktioniert, muss die IT-Administration eine oder mehrere Instanzen von Azure DevOps oder JIRA in TMT konfigurieren. Die somit angebundenen Instanzen können anschließend im gesamten Q12-TMT oder bezogen auf ein bestimmtes (Teil-)Projekt verwendet werden.

Risiko

In diesem Abschnitt werden alle Risikostufen und Risikoparameter pro Risikoebene für einen einzelnen Test Case angezeigt.

Der Abschnitt ist in 4 Teilbereiche unterteilt:

  • Gesamt-Risikowert
  • Fachliche Logik
  • Testhistorie
  • Release-Umfang

Gesamt-Risikowert

Berechneter Wert über alle vorhandenen Risikoebenen und damit eine automatische Gesamtbewertung des Risikos für einen Test Case.

Fachliche Logik

In diesem Abschnitt ist eine manuelle Zuordnung möglich. Der Schieber ist initial auf „Auto“ für automatisch gestellt. Wird dieser auf „Manuell“ gestellt, ist es möglich für das Eintreffen eines Fehlers und für dessen Auswirkung eine Auswahl zu treffen. Beide Werte können leer bleiben. Für die Anwendung der Funktion „Risikobasiertes Testen“ sind beide Werte notwendig und müssen mit einem Wert ausgefüllt sein.

Diese Parameter helfen dabei, einzuschätzen, wie wahrscheinlich ein bestimmtes Szenario ein Problem in der Produktion verursacht und welche potenziellen Folgen ein solches Problem hätte.

Testhistorie

Der nicht editierbare Bereich zeigt das Risiko eines Test Cases anhand seines Testverlaufs. Nähere Informationen dazu im Kapitel Risikobasiertes Testen.

Release-Umfang

Der nicht editierbare Bereich zeigt das Risiko abhängig von den Softwarereleases. Nähere Informationen dazu im Kapitel Risikobasiertes Testen.

Testschritte

Testschritte unterteilen den Test Case in kleinere Aufgaben, die nacheinander ausgeführt werden und jeweils aus einer Aktion und einem erwarteten Ergebnis bestehen. MIt den die Textfelder können diese detailliert beschrieben werden. Jeder Testschritt kann später separat mit einem Testergebnis versehen werden.

Weitere Testschritte können über die Schaltfläche „Hinzufügen“ unten hinzugefügt werden. Die Reihenfolge der Testschritte lässt sich mit Drag-and-Drop oder über die Pfeile am Zeilenende ändern. Über das Kontextmenü lässt sich ein Testschritt über oder unter einem anderen Testschritt einfügen oder kann kopiert bzw. gelöscht werden.

Änderungsverlauf

Der Änderungsverlauf jedes Test Cases kann über das Uhren-Symbol Uhr in der Symbolleiste des Test Cases aufgerufen werden. Er enthält alle Änderungen, die der Test Case in chronologischer Reihenfolge durchlaufen hat, beginnend mit der Erstellung.

Jeder Eintrag dieser Historie enthält die entsprechenden Metadaten, z. B. den Benutzer, der den Eintrag durch Erstellen oder Bearbeiten eines Test Cases ausgelöst hat, das genaue Datum und die Uhrzeit. Wurde der Test Case von einer anderen Version abgeleitet, so ist die Versionsnummer im ersten Eintrag vermerkt.

Bei jeder Anpassung eines Test Cases werden das Original sowie der neue Inhalt für jedes geänderte Feld gespeichert. Um die Änderungen deutlicher zu machen, werden Farben verwendet. Grüne Einträge stehen für neue Ergänzungen, rote Einträge stehen für gelöschte Passagen.

Änderungsverlauf eines Test Cases

Tags

Tags können ein Wort oder eine Wortgruppe sein und zur Kategorisierung verschiedener Test Cases oder Test Suites dienen. In den Suchergebnissen oder der Smart-Select-Funktion ist eine Filterung nach diesen Tags möglich und bietet eine schnelle Übersicht von bspw. Test Cases über alle Test Suites des (Teil-)Projektes. Es können beliebig viele Tags hinzugefügt werden. Zur Unterstützung der Konsistenz werden hinzugefügte Tags für das gesamte Projekt und alle Teilprojekte gespeichert und erscheinen bei anderen Objekten in einer Autovervollständigung. Bei Tags wird die Groß-/Kleinschreibung nicht beachtet, aber sie sind auf maximal 30 Zeichen begrenzt. Leerzeichen sind nicht zulässig.

Im Abschnitt „Verknüpfte Test Runs“ werden alle Test Runs aufgelistet, zu denen die Test Suite gehört. Mit Klick auf einen Test Run navigiert Q12-TMT automatisch zu diesem.

Test Runs einer Test Suite

Test Runs

Um Test Cases auszuführen, muss die entsprechende Test Suite zu einem Test Run hinzugefügt werden. Es ist möglich, mehrere Test Suites in einen Test Run einzuschließen und bestimmte Test Cases aus dem Test Run auszuschließen.

Somit sind Test Runs konfigurierbare Zusammenstellungen von Test Cases, die zusammen ausgeführt werden. Jeder Test Run bezieht sich auf eine einzelne Ausführung und kann nur ein Ergebnis haben. Wenn Sie dieselbe Zusammenstellung von Test Cases erneut ausführen möchten, können Sie dies tun, indem Sie den Test Run kopieren.

Klicken Sie in der seitlichen Navigation auf das Symbol Test Runs, um eine Liste aller Test Runs der aktuellen Projektversion zu erhalten.

Das Menü „Test Run“ enthält eine Liste aller derzeit vorhandenen Test Runs des Projekts. Es enthält Informationen über den Status der Test Runs sowie den relativen Prozentsatz der Test Cases, die ausgeführt werden oder wurden, und detaillierte Informationen über die Testergebnisse.

Test Runs

Um Test Runs zu löschen oder zu bearbeiten, verwenden Sie das Kontextmenü auf der rechten Seite oder klicken Sie mit der rechten Maustaste auf den entsprechenden Test Run. Hinweis: Nur leere Test Runs, die keine Test Suite oder Test Case enthalten, können gelöscht werden.

Erstellen & Bearbeiten

In der Liste „Test Run“ können Sie über die Schaltfläche „+ Test Run“ in der Symbolleiste einen neuen Test Run erstellen. Der Titel des Test Runs ist obligatorisch, die Beschreibung und Konfiguration sind optional. Ein neuer Test Run befindet sich standardmäßig im Status „offen“.

Test Run erstellen

Der neu erstellte Test Run wird in der Liste angezeigt und kann anschließend bearbeitet werden.

Tester zuweisen

Tester können entweder einem bestimmten Test Case oder mehreren Test Cases, Test Suites oder sogar ganzen Test Runs zugewiesen werden.

Klicken Sie auf die Schaltfläche +, um Tester einem oder mehreren Test Runs zuzuweisen. Es ist auch möglich, einem Test Run mehrere Tester zuzuweisen.

Dasselbe Verfahren kann mit den Test Suites innerhalb des Test Runs oder mit den Test Cases innerhalb der Test Suites, die Teil eines Test Runs sind, durchgeführt werden. Um schnell Tester zu Test Cases aus verschiedenen Test Suites innerhalb eines Test Runs hinzuzufügen, verwenden Sie die Funktion im Abschnitt Testumfang.

Massenverarbeitung, um einen Tester zu setzen

info

Wenn ein Tester zugewiesen wird, wird automatisch eine E-Mail an den entsprechenden Benutzer gesendet. Es können nur Benutzer zugewiesen werden, die über Zugriffsrechte für das aktuelle Projekt verfügen.

Überblick

Wählen Sie den Test Run aus, um die Details anzuzeigen. Im Abschnitt „Überblick“ werden alle vorhandenen Ergebnisse, die Anzahl der Test Cases und wie viele davon bereits ausgeführt wurden, sowie die entsprechenden Anhänge und Metadaten angezeigt. Verwenden Sie die Schaltfläche „Bearbeiten“ in der Symbolleiste, um die Eingabefelder zu bearbeiten, Anhänge hinzuzufügen oder den Status des Test Runs zu ändern.

Test Run Überblick

Testauswahl

Der Abschnitt „Testauswahl“ enthält eine Liste aller Test Suites, die derzeit dem Test Run zugewiesen sind. Wenn der Test Run gerade erstellt wurde, ist diese Liste leer. Um neue Test Suites hinzuzufügen, klicken Sie in der Symbolleiste auf die Schaltfläche „+ Test Suite“. Sie können eine beliebige der Test Suites der aktuellen Projektversion auswählen.

Mit der Schaltfläche „Arrangieren“ können Sie die Reihenfolge der Test Suites per Drag-and-Drop ändern. Dies funktioniert für mehrere Elemente gleichzeitig.

Um den entsprechenden Tester mehrerer Test Suites schnell zu ändern, können Sie mit der Schaltfläche + für Massenvorgänge mehrere Test Suites auswählen.

Test Suites eines Test Runs

Nach dem Hinzufügen einer Test Suite ist standardmäßig keiner ihrer Test Cases Teil des Test Runs. Klicken Sie zur Auswahl von Test Cases auf die Test Suite. In den Details der Test Suite wird die vollständige Test Casestruktur angezeigt, die bereits im Test Run enthalten ist. Zunächst ist sie leer. Klicken Sie zum Hinzufügen oder Entfernen bestimmter Ordner oder Test Cases auf die Schaltfläche „Verwalten“ und aktivieren oder deaktivieren Sie die Zweige der Struktur, die ein- oder ausgeschlossen werden sollen. Dieser Vorgang wird durch die Funktion „Smart Select“ weiter vereinfacht, mit der Test Cases, die bestimmte Merkmale aufweisen, automatisch ausgewählt oder abgewählt werden können. Um Smart Select zu verwenden, klicken Sie beim Verwalten der Test Cases auf die entsprechende Schaltfläche in der Symbolleiste. Die Smart-Select-Funktion kann mit der Maus oder über die TAB-Taste navigiert werden. Mit der EINGABETASTE können Sie auf Elemente klicken und das Modal kann durch Drücken der ESC-Taste wieder geschlossen werden.

Verwenden Sie in der Struktur der Testauswahl die Schaltfläche Test ausführen am Ende der Zeile eines entsprechenden Test Cases, um diesen auszuführen.

Sie können einen Test Case auswählen, um seine Details anzuzeigen. In den Test Casedetails gibt es eine weitere Möglichkeit, ihn auszuführen, indem Sie auf die Schaltfläche „Test ausführen“ in der Symbolleiste klicken. Weitere Informationen zum Ausführen von Test Cases finden Sie unter Testausführung.

Test Cases in einem Test Run sind schreibgeschützte Kopien der Test Cases im Menü „Test Suites“. Um sie zu ändern, verwenden Sie die Schaltfläche „Original anzeigen“ in der Symbolleiste der Test Casedetails. Diese Schaltfläche verknüpft den ursprünglichen Test Case im Menü „Test Suites“, um ihn zu bearbeiten. Der abgeleitete Test Case im Test Run wird automatisch aktualisiert.

Testumfang

Im Abschnitt „Testumfang“ werden alle hinzugefügten Test Cases des Test Runs in einer flachen Liste angezeigt.

Von dieser Liste aus können Test Cases direkt durch Klicken auf die Schaltfläche „Test ausführen“ ausgeführt oder ausgewählt werden, um die Test Casedetails anzuzeigen.

Um Testausführungsergebnisse für einen oder mehrere Test Cases direkt festzulegen, verwenden Sie die Schaltfläche + für Massenvorgänge in der Symbolleiste.

Test Cases in einem Durchlauf

Testausführung

Bei der Ausführung eines Test Cases können Sie einen einzelnen Tester über das Dropdown-Feld direkt unter dem Titel zuordnen. Des Weiteren gibt es die Testschritte, die ein optionales Ergebnis erhalten können. Verwenden Sie die Schaltfläche Daumen hoch auf der rechten Seite jedes Schritts, um sie mit einem einzigen Klick als bestanden zu markieren. Ein abweichendes benutzerdefiniertes Ergebnis kann durch Klicken auf die Schaltfläche „Bearbeiten“ neben dem vorherigen Ergebnis eingegeben werden. Wenn ein benutzerdefiniertes Ergebnis angehängt wird, erscheint neben dem Ergebnis des Testschritts ein Informationssymbol, das den Inhalt anzeigt, wenn Sie mit der Maus darüber fahren. So können Fehler sehr schnell lokalisiert und durch nützliche Informationen, z. B. die Fehlermeldung, belegt werden.

Ergebnisdetails für einen Testschritt

Im letzten Abschnitt „Gesamttestergebnis“ finden Sie die Ergebnis-Dropdown-Liste, die obligatorisch ist und standardmäßig den Wert „Nicht getestet“ enthält. Wählen Sie das entsprechende Ergebnis der Testausführung aus. Falls während der Ausführung Fehler oder andere bemerkenswerte Vorfälle auftreten, gibt es zwei weitere Eingabefelder, um Fehler und Ergebnisdetails zu dokumentieren.

Es ist nicht notwendig, Testschritt-Ergebnisse zu pflegen, um das Gesamtergebnis festzulegen.

Anschließend können die Test Caseergebnisse gespeichert werden. Durch Klicken auf die Schaltfläche „Speichern und nächster“ werden die Ergebnisse gespeichert und der nächste Test Case wird automatisch zur Ausführung geöffnet.

Ausführung von Test Cases

Änderungsverlauf

Ähnlich wie beim Änderungsverlauf der Test Cases gibt es auch eine Historie der Testausführungen. Hierbei werden alle Änderungen der eigentlichen Testausführung selbst sowie alle Änderungen des ursprünglichen Test Cases auf aufgelistet. Zudem gibt der Verlauf Auskunft darüber, ob die letzte Ausführung im aktuellen Zustand stattgefunden hat.

Änderungsverlauf eines Test Cases in einem Test Run

Bericht erstellen

Q12-TMT stellt Berichte für Test Runs bereit. Wählen Sie zum Erstellen eines Berichts einen Test Run aus und klicken Sie auf die Schaltfläche „Bericht erstellen“.

Bericht erstellen

Diese Funktion erstellt eine PDF-Datei, die den Namen, den Status und die Beschreibung des Test Runs sowie eine Liste aller enthaltenen Test Cases zusammen mit ihren IDs und Ergebnissen enthält. Sie enthält die absolute Anzahl der ausgeführten Test Cases sowie den entsprechenden relativen Prozentsatz.

Beim Generieren eines Berichts wird ein Info-Assistent angezeigt, der den Benutzer darüber informiert, dass der Bericht gerade generiert wird. Nach Abschluss der Generierung kann der Bericht heruntergeladen werden.

Bericht PDF #1

Bericht PDF #2

Bericht PDF #3

info

Die Berichte sind in deutscher und englischer Sprache verfügbar. Die Sprache der Berichte kann für jedes Projekt separat durch die IT-Administration in der Systemkonfiguration eingestellt werden. Mehr Information hierzu finden sich im Administratorhandbuch.

Meine Aufgaben

Wenn Sie einem Test Case zugewiesen werden, informiert Sie Q12-TMT automatisch per E-Mail. Sie können entweder einem Test Case in einer Test Suite oder einem Test Case in einem Test Run als Tester zugewiesen werden. Beide Zuweisungen werden in „Meine Aufgaben“ aufgeführt, solange die Test Cases keinen finalen Status haben.

Klicken Sie in der seitlichen Navigation auf das Symbol Meine Aufgaben, um eine Übersicht zu erhalten. Die Aufgaben sind nach ihrem Typ strukturiert. Öffnen Sie eine Kategorie, indem Sie darauf klicken, um eine Liste aller Ihrer Aufgaben des entsprechenden Typs zu erhalten.

Risikobasiertes Testen

Da es schwierig sein kann zu beurteilen, welche Test Cases besonders kritisch und wichtig sind, bietet Q12-TMT die Funktion des risikobasierten Testens.

Klicken Sie in der seitlichen Navigation auf das Symbol Risikobasiertes Testen, um darauf zuzugreifen.

Im Menü „Risikobasiertes Testen“ gibt es drei Risikoebenen:

  • Fachliche Logik
  • Testhistorie
  • Heatmap

Fachliche Logik

Q12-TMT bewertet das Risiko, indem es die Wahrscheinlichkeit eines Fehlers im aktuellen Test Case sowie die Auswirkungen eines Fehlers berücksichtigt. Wenn Sie mit der Maus über die Felder des Tortendiagramms fahren, listet Q12-TMT alle Kombinationen von Wahrscheinlichkeit und Auswirkung auf, die in den entsprechenden Risikoabschnitt passen, sowie die Anzahl der Test Cases, die zu jeder Kombination gehören.

Verwenden Sie die Schaltfläche „Zeige Test Cases“, um direkt zu den entsprechenden Test Cases zu navigieren.

Diagramm für risikobasiertes Testen mit Tooltip

Mit der Funktion „Smart Select“ können Test Cases nach ihrem jeweiligen Risiko ausgewählt werden.

In der Übersicht ist es möglich, alle Test Cases mit einer bestimmten Risikobewertung anzuzeigen und entsprechende Test Runs zu erstellen.

Testhistorie

Q12-TMT bewertet das Risiko eines Test Cases auch anhand seines Testverlaufs. Dies umfasst die Häufigkeit fehlgeschlagener Ausführungen in der Vergangenheit über alle Versionen hinweg.

Der Schweregrad dieser Fehler wird durch die Analyse der Priorität der verknüpften Fehler fehlgeschlagener Ausführungen geschätzt.

Risikobasiertes Testen Testhistorie

Release-Umfang

Der Release-Umfang stuft Risiken ein, indem er das Softwarerelease analysiert, das getestet wird. Hierfür werden verknüpfte Tickets einbezogen. Im Falle von Quelltickets wird die TMT-Version mit mit der Jira-Version des Tickets verglichen. Bei Übereinstimmung handelt es sich um einen Feature Test. Feature Tests werden mit hohem oder mittlerem Risiko bewertet, je nach Priorität des Tickets.

Risk Based Testing Release Scope

Wenn der Test Case Defekte hat, die in einem offenen oder geschlossenen Test Run verknüpft sind, dann stuft TMT ihn als Defekt-Neutest ein, mit einer Risikospanne von Hoch zu Niedrig.

Wenn ein Tag in einem Test Case existiert, der auch in einem Feature Test oder Defekt-Neutest existiert, wird der Test Case automatisch zum Teil eines Regressionstests.

Für alle übrigen Test Cases, auf die keines obiger Kriterien zutrifft, ist das Risiko undefiniert, falls das Versionsdelta eingeschaltet ist. Bei ausgeschaltetem Versionsdelta weist TMT ihm ein niedriges Risiko zu.

Heatmap

Die Heatmap ist eine Kombination aller anderen Ebenen. Das Risiko, das in der Heatmap angezeigt wird, entspricht immer der höchsten Risikobewertung, die ein Test Case in einer der anderen Ebenen erreicht hat.

Risikobasiertes Testen Heatmap

Das Diagramm stellt die Risikobewertungen für die einzelnen Test Suites dar. Beim Darüberhovern oder Hervorheben via Tastatur werden die entsprechende Test Suite sowie eine Übersicht der involvierten Test Cases angezeigt.

Versionen

Die Versionierung von Projekten ist eine der wichtigsten Funktionen, um Ihre Projekte und Testprozesse zu organisieren.

Klicken Sie in der seitlichen Navigation auf das Symbol Versionen, um eine Liste aller Teilprojekte und Projektversionen zu erhalten. Das Teilprojekt oder die Version kann durch Klicken auf das entsprechende Objekt geändert werden.

Versionen eines geöffneten Projekts

info

Neue Versionen können nur mit erweiterten Zugriffsrechten (Projekt-Administrator) erstellt werden.

Die Datenschutzerklärung und die Allgemeinen Geschäftsbedingungen von TMT können im Abschnitt „Info“ Über von TMT eingesehen werden.

Wenn Sie auf die Schaltfläche klicken, wird ein Dropdown-Menü angezeigt. Die Datenschutzbedingungen und die Allgemeinen Geschäftsbedingungen sind am Ende dieses Menüs verlinkt.

About Section

Standardmäßig werden alle Informationen auf Englisch angezeigt. Die Sprache kann auf Deutsch umgestellt werden.

Administrative Funktionen

Benutzerverwaltung

Der Benutzeradministrator kann Benutzer sowie ihre jeweiligen Rollen und die entsprechenden Zugriffsrechte erstellen, bearbeiten und löschen.

Es ist möglich, Benutzerverzeichnisse zur Verwaltung von Konten zu verwenden, aber es gibt auch ein integriertes eigenständiges Verwaltungstool in Q12-TMT.

Ein Benutzeradministrator kann auch Konten aktivieren oder deaktivieren.

User Management

Auf die Benutzerverwaltung, die Rollenverwaltung und die Zugriffsrechteverwaltung kann über das Hamburger-Symbol Hambuger Icon in der oberen linken Ecke zugegriffen werden.

In der Benutzerverwaltung kann ein Benutzeradministrator Konten bearbeiten. Neben dem Passwort ist es möglich, ein Ablaufdatum für Konten festzulegen. TMT setzt den Benutzer automatisch auf „Inaktiv“, wenn das Datum erreicht ist. Ein Benutzeradministrator kann auch systemspezifische oder projektspezifische Rollen zuweisen.

User Management

Projektadministrator

Die Rolle „Projektadministrator“ muss einem bestimmten Projekt zugewiesen werden. Benutzer, die diese Rolle erhalten, können Tabellenspalten für Test Suites und Test Runs in der Projektübersicht anpassen.

Durch Aktivieren der gewünschten Felder werden diese in der jeweiligen Ansicht der Test Suite oder des Test Runs als Spaltenüberschriften angezeigt.

Project Admin Settings

Mandantenadministrator

Der Mandantenadministrator kann die Daten des Mandanten, d. h. die Liste der aktiven Benutzer, überwachen und exportieren.

Die Liste der aktiven Benutzer kann über das Hamburger-Symbol Hambuger Icon durch Auswahl von „Aktive Benutzer“ Active Users aufgerufen werden.

Durch Klicken auf „DATEN EXPORTIEREN“ wird diese Liste als .csv-Datei exportiert.

Projektadministratoreinstellungen

Im selben Hamburger-Menü kann der Mandant über die „Mandanten-Einstellungen“ konfiguriert werden.

Tenant Settings