Benutzerhandbuch

Willkommen beim mgm Q12-TMT-Benutzerhandbuch.

Dieses Benutzerhandbuch soll sowohl Neueinsteigern als auch erfahrenen Benutzern die Funktionen von Q12-TMT näherbringen, um Testprozesse zu optimieren. Von der Einrichtung eines Projekts bis hin zur Erstellung von Berichten über Testergebnisse werden alle Aspekte des Testmanagements abgedeckt, um einen reibungslosen Ablauf und maximale Effizienz zu gewährleisten.

Das Benutzerhandbuch ist so aufgebaut, dass es zunächst einige kurze Einblicke für einen schnellen Einstieg bietet und anschließend durch die seitliche Navigation von Q12-TMT führt. Informationen zu den Verwaltungseinstellungen sind in der Admin-Dokumentation hinterlegt.

Erste Schritte

Anmelden

Die Anmeldung in Q12-TMT erfolgt mit einem Benutzernamen oder einer E-Mail-Adresse.

info

Um Q12-TMT nutzen zu können, muss ein aktives Benutzerkonto mit entsprechenden Projektberechtigungen verfügbar sein. Die Zuweisung von Berechtigungen erfolgt durch die IT-Administration.

Falsches Passwort

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

Ein Konto kann nur die IT-Administration entsperrt werden.

Profil

Benutzerprofil

Die Profilinformationen und die Funktion zum Abmelden öffnen sich mit einem Klick auf den Benutzernamen in der oberen rechten Ecke.

Das Profil enthält Informationen zum Konto.

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

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

Passwort ändern

Das Passwort kann im Benutzerprofil geändert werden. Hinweis: Diese Funktion ist nicht verfügbar, wenn die Organisation ausschließlich Active Directory oder SSO als Login-Methode einsetzt.

Die Passwortänderung erfolgt in mehreren Schritten:

1. Im Bearbeitungsmodus auf „Passwort ändern“ klicken
2. Die Hinweismeldung schließen und abmelden
3. In der von Q12-TMT versendeten E-Mail auf den Link klicken
4. Mit den alten Daten anmelden
5. Es erscheint die Eingabemaske für die Passwortänderung
6. Das neue Passwort eingeben und bestätigen
7. Es folgt die automatische Abmeldung
8. Mit dem neuen Passwort anmelden

Projekte und Rollen

Benutzern werden Rollen zugewiesen, die mit verschiedenen Privilegien und Berechtigungen einhergehen. In den Profilinformationen im Abschnitt „Meine Projekte und Rollen“ sind die zugewiesenen Rollen einzusehen.

info

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

Projekte

Auf dem Dashboard werden bis zu 5 Projekte angezeigt, die dem Benutzer zugewiesen sind. Mit dem Klick auf ein Projektfeld öffnet sich die Test Suiten Übersicht in einem neuen Tab. Initial ist es immer die aktuellste Projektversion. Informationen zur Anzeige und der Änderung der Projekte sind im Kapitel „Dashboard“ zu finden.

Alternativ können (Teil-)Projekte oder andere Versionen über die Projektstruktur, eine Auflistung aller dem Benutzer zugewiesenen Projekte und Teilprojekte, geöffnet werden. Diese Projektstruktur öffnet sich über das Hauptmenü „Meine Projekte“ oder die Schaltfläche „Meine Projekte“ auf dem Dashboard.

info

Ist ein bestimmtes Projekt nicht in der Liste aufgeführt, ist die IT-Administration zu kontaktieren. Diese kann eine entsprechende Berechtigung vergeben.

Navigation

Nach der Auswahl eines Projekts zeigt Q12-TMT zunächst die Liste der Test Suites des ausgewählten (Teil-)Projekts an. Über die seitliche Navigation ist der Aufruf anderer Seiten möglich.

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

Praktische Funktionen

Tickets

In Q12-TMT ist es möglich, Tickets bspw. als Quellenangabe in Test Cases oder für die Fehlerdokumentationen in Test Runs zu hinterlegen. Diese gepflegten Informationen werden zusätzlich für weitere Anzeigen im Dashboard oder die Risikoberechnung im Bereich „Risikobasiertes Testen“ verwendet.

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.

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.

Tastenkombination	Ergebnis
E	In den Bearbeitungsmodus eines Formulars wechseln
Strg/Cmd + S	Formular speichern
T	Einen Test Case in einer geöffneten Test Suite erstellen
F	Einen Ordner in einer geöffneten Test Suite erstellen
A	In den „Arrangieren“-Modus einer Test Suite oder eines Test Runs wechseln/diesen verlassen
B	Massenverarbeitungs-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 +	Tabellen-/Baumeintrag in neuem Browser-Tab öffnen
	Tabellen-/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.

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 Text schnell zu formatieren, ohne auf eine Schaltfläche klicken zu 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

Bei umfangreichen Projekten können Listen 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 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 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 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“ ö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 Dateien als Anhang gespeichert und in Textfelder mit dem Rich Text Editor eingefügt werden.

Das Hochladen von einer oder mehreren Dateien aus dem lokalen Rechner ist über die Schaltfläche „Hochladen“ möglich. Alternativ können Dateien direkt per Drag-and-Drop in den markierten Anhangsbereich eingefügt werden.

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. Die Vorschau eines Bildes erscheint nach dem Klicken auf die entsprechende Zeile.

Durch einen Klick auf die Kopfzeile kann die jeweilige Spalte sortiert werden. Am Ende jeder Zeile befindet sich 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

Das Dashboard ist die erste Ansicht, die sich nach der Anmeldung öffnet. Dieses kann jederzeit über das Hauptmenü oder mit einem Klick auf das mgm Q12-TMT Logo erneut geöffnet werden.

Für einen schnellen Einstieg startet die Schaltfläche „Tour starten“ einen interaktiven Durchlauf zu den Kernfunktionen auf dem Dashboard.

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 offenen oder in Ausführung befindlichen Test Runs mit visualisiertem Fortschritt
• eine Anzahl hinterlegter Tickets mit deren Priorität
• Auflistung aller dem Benutzer 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. Zu beachten ist, dass das System die Ticketart (Bug oder Requirement) nicht unterscheidet.

TMT Einteilung	Jira Ticket Priorität
„Blocker“	Blocker
„Kritisch“	Kritisch und Oberste
„Hoch“	Bedeutend und Hoch
„Normal und geringer“	Mittel, Normal, Niedrig, Geringfügig, Unbedeutend und Kleinstes

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 „Projekte“ oben rechts geöffnet wird. Im Filter sind alle dem Benutzer zugewiesenen Projekte und Teilprojekte aufgelistet. Die An- und Abwahl erfolgt über die Checkbox am Zeilenanfang.

Auf dem Dashboard stehen 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. Zu beachten ist, 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 Test Suiten Übersicht der aktuellsten Projektversion in einem neuen Tab. Die Schaltfläche „Meine Projekte“ öffnet, ebenfalls in einem neuen Tab, eine Liste aller dem Benutzer zugewiesenen Projekte und Teilprojekte. Mehr Informationen zu dieser Ansicht sind im Kapitel „Projekt“ zu finden.

Suche

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.

Mit einem Klick auf das Suchen-Symbol in der seitlichen Navigation öffnet sich die Suche. Es folgt die Eingabe einer Zeichenfolge, nach der gesucht werden soll. Anschließend werden die gesuchte Objektart und das Feld ausgewählt. 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: Auswahl der Objektart, nach der gesucht werden soll.
• Wo: Auswahl des Feldes, 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.

In der Suchergebnisliste für Test Cases ist die Schaltfläche „Run erstellen“ verfügbar. Nach einem Klick darauf erstellt das System einen neuen Test Run mit allen Test Cases aus der (gefilterten) Ergebnisliste. Eine Hinweismeldung im rechten oberen Bereich informiert über Start und Ende des Hintergrundprozesses.

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 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 Pin-Symbol in der seitlichen Navigation ö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 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. Mehr Informationen dazu befinden sich in der 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 dem Benutzer zugewiesenen Projekte und Teilprojekte, öffnet sich über das Hauptmenü „Meine Projekte“ oder die Schaltfläche „Meine Projekte“ auf dem Dashboard. Sie ist in einer Baumstruktur gegliedert und kann entsprechend ein- und ausgeklappt werden. Dies erfolgt einzeln für jedes (Teil-)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

Nach der Auswahl eines (Teil-)Projektes öffnet sich zunächst die Liste aller Test Suites.

Mit einem Klick auf das Projekt-Symbol in der seitlichen Navigation werden die Projektdetails angezeigt. Diese enthalten den Titel und eine Beschreibung des Projekts sowie alle Anhänge und Metadaten. Versionsspezifische Details sind ebenso enthalten. Die änderbaren Informationen können mit einem Klick auf die Schaltfläche „Bearbeiten“ in der Symbolleiste editiert werden. 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 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. In der Auflistung befinden sich diese Funktionen 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. Ein Kopieren erfolgt in der aktuellen ausgewählten Projektversion und ist jederzeit möglich. Nur Test Suites, die nicht Teil eines offenen Test Runs und nicht gesperrt sind, können gelöscht werden.

In der Seitenleiste, der geöffneten Test Suite, ist die Schaltfläche „Run erstellen“, welche einen neuen Test Run mit der Test Suite und aller enthaltenen Test Cases erstellt. Dabei werden Titel und Beschreibung automatisch übernommen. Eine Hinweismeldung im rechten oberen Bereich informiert über Start und Ende des Hintergrundprozesses. Über den Link in der Hinweismeldung navigiert Q12-TMT direkt zum erstellten Test Run.

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.

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. Das Kontextmenü öffnet sich entweder durch einen Klick auf die drei Punkte am Ende der Zeile oder durch einen Rechtsklick auf die Zeile.

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

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

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.

Verknüpfte Test Runs

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

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

Somit stellen Test Runs konfigurierbare Zusammenstellungen von Test Cases dar, die zusammen ausgeführt werden. Jeder Test Run bezieht sich auf eine einzelne Ausführung und kann nur ein Ergebnis haben. Die Zusammenstellung von Test Cases lässt sich durch Kopieren eines Test Runs erneut ausführen. Sowohl offene als auch geschlossene Runs können kopiert und bei Bedarf angepasst werden. Ein versionsübergreifendes Kopieren ist bei Test Runs nicht möglich.

Ein Klick auf das Test-Run-Symbol in der seitlichen Navigation öffnet die Liste aller Test Runs der aktuell ausgewählten Projektversion.

Die Auflistung enthält Informationen über den Status der Test Runs, den relativen Prozentsatz der Test Cases, die ausgeführt werden oder wurden, sowie detaillierte Informationen über die Testergebnisse.

Folgende Funktionen sind in der Übersicht verfügbar.

In der Symbolleiste:

• „+ Test Run“: Einen neuen Test Run erstellen.
• Massenverarbeitung: Zuweisung von Testern.
• Filter: Grenzt die Auflistung ein.

Zeilenende/Kontextmenü:

• Bearbeiten
• In neuem Tab öffnen
• Test Run anheften
• Bericht erstellen
• Kopieren
• Löschen

Das Kontextmenü öffnet sich entweder durch einen Klick auf die drei Punkte am Ende der Zeile oder durch einen Rechtsklick auf die Zeile des entsprechenden Test Runs.

Nur leere Test Runs, die weder eine Test Suite noch Test Cases enthalten, können gelöscht werden.

In der Seitenleiste, des geöffneten Test Runs, sind die Schaltfläche „Bericht erstellen“ und das Kopieren-Symbol verfügbar, sowie die vier folgenden Abschnitte:

• Überblick: Informationen über den Test Run und dessen Inhalt
• Testauswahl: Übersicht aller dem Test Run zugewiesenen Test Suiten sowie der Anzahl der darin enthaltenen Test Cases. Eine Testausführung von dieser Ansicht ist möglich.
• Testumfang: Übersicht über alle dem Test Run zugewiesenen Test Cases mit bspw. Information zum Risiko und Ergebnis.
• Ergebnisse: Ergebnisdiagramm zur Visualisierung des Ausführungsstatus aller Test Cases eines Test Runs und ihrer hierarchischen Struktur.

Erstellen & Bearbeiten

Ein neuer Test Run kann über die Schaltfläche „+ Test Run“ in der Symbolleiste in der Test-Runs-Übersicht erstellt werden. Der Titel des Test Runs ist verpflichtend, die Beschreibung und Konfiguration sind optional. Ein neuer Test Run befindet sich standardmäßig im Status „offen“.

Zusätzlich besteht die Möglichkeit, einen Test Run über die Schaltfläche „Test Run erstellen“ in der Suchergebnisliste für Test Cases oder in der Test Suite Ansicht zu erstellen. Titel und Beschreibung werden dabei automatisch befüllt.

Sofern ein Test Run nicht geschlossen ist, ist eine Bearbeitung jederzeit möglich. Nach dem Klick auf die Schaltfläche „Bearbeiten“ in der Symbolleiste im Abschnitt „Überblick“ können die Eingabefelder bearbeitet, Anhänge hinzugefügt oder der Status des Test Runs geändert werden.

Tester zuweisen

Tester können entweder einem bestimmten Test Case oder mehreren Test Cases, Test Suites oder sogar ganzen Test Runs zugewiesen werden. Die zugewiesenen Personen erhalten eine E-Mail. Eine Zuweisung ist nur möglich, wenn die betreffende Person Zugriffsrechte für das aktuelle Projekt hat und der Test Case nicht gesperrt ist.

Über die Massenverarbeitung in allen Abschnitten erfolgt eine Zuweisung von Testern für ein oder mehrere Objekte. Eine Hinweismeldung im rechten oberen Bereich informiert über den Status des Hintergrundprozesses.

Wird ein Tester einem Test Run zugewiesen, so werden ihm automatisch alle darin enthaltenen Test Cases zugewiesen. Sind einzelne Test Cases bereits anderen Personen zugewiesen, erscheint eine entsprechende Meldung mit den Optionen, den vorhandenen Tester beizubehalten oder zu ersetzen. Sollen verschiedene Tester innerhalb eines Test Runs zugewiesen werden, müssen die jeweiligen Test Suites oder Test Cases gezielt einzelnen Personen zugeordnet werden.

Während der Testdurchführung ist es ebenfalls möglich, einen Tester auszuwählen bzw. zu ändern.

Smart-Select

Das Smart-Select ist eine hilfreiche Funktion, mit der Test Cases, die bestimmte Merkmale aufweisen, automatisch aus- oder abgewählt werden können. Dabei kann festgelegt werden, ob der Test Case allen angegebenen Werten oder nur einem davon entsprechen muss.

Mit einem Klick auf die Schaltfläche „Passende Auswählen“ werden alle entsprechenden Test Cases sowie deren Test Suites zum Test Run hinzugefügt. Mit der Schaltfläche „Passende Abwählen“ werden alle entsprechenden Test Cases und deren Test Suites aus dem Test Run entfernt.

Über den Status des Hintergrundprozesses informiert eine Hinweismeldung im rechten oberen Bereich.

Mit einem Klick auf die Schaltfläche „Rückgängig“ ist es möglich, die Änderungen zurückzunehmen. Diese Option steht bis zur nächsten manuellen Änderung zur Verfügung.

Test Case im Run

Test Cases in einem Test Run sind schreibgeschützte Kopien der Test Cases im Menü „Test Suites“. Die Detailansichten unterscheiden sich in einigen Punkten.

Der Name des Test Cases, die ID, die Tags sowie die Bereiche „Beschreibung“, „Vorbedingung“ und „Testschritte“ werden vom Test Case übernommen. In der Test Run Ansicht ergänzt die Spalte „Ergebnis“ die Tabelle der Testschritte.

Die ID im Run, der Tester sowie die Bereiche „Anhänge“ und „Gesamttestergebnis“ sind spezifisch für den Test Run.

Folgende Funktionen sind in der Ansicht verfügbar:

• Test durchführen: Startet die Testdurchführung.
• Drucken
• Verlauf
• Original anzeigen: Öffnet den originalen Test Case rechts daneben.

In der Ansicht „Original anzeigen“ können über die Schaltfläche „Bearbeiten“ Anpassungen vorgenommen werden. Der abgeleitete Test Case im Test Run wird automatisch aktualisiert.

Überblick

Nach Auswahl eines Test Runs öffnet der Abschnitt „Überblick“. Es werden alle hinterlegten Informationen, sowie die zugehörigen Anhänge und Metadaten angezeigt.

Erst nach der Zuweisung von mindestens einem Test Case erscheint der Bereich „Testergebnisse“. Eine grafische Darstellung der Testergebnisse über alle enthaltenen Test Cases. Eine weitere und detailliertere Darstellung steht im Abschnitt „Ergebnisse“ zur Verfügung.

Testauswahl

Im Abschnitt „Testauswahl“ werden Test Suites und die zugehörigen Test Cases für die Testdurchführung ausgewählt. Diese können anschließend direkt über das Test-durchführen-Symbol ausgeführt werden.

Test Suites Auswahl

Nach dem Öffnen des Abschnittes erscheint eine Liste aller Test Suites, die dem Test Run derzeit zugewiesen sind. Diese enthält unter anderem Information darüber, wie viele der gesamten Test Cases für den Run ausgewählt wurden, sowie die Priorität der jeweiligen Test Suite. Nach dem Erstellen eines neuen Test Runs ist diese Liste leer. Es können beliebig viele Test Suites der aktuellen Projektversion auswählt werden.

Folgende Funktionen sind in der Übersicht verfügbar.

In der Symbolleiste:

• „+ Test Suite“: Hinzufügen beliebig vieler Test Suites der aktuellen Projektversion.
• Smart-Select
• Arrangieren
• Massenverarbeitung:: Zuweisung von Testern.

Zeilenende/ Kontextmenü:

• Test Cases dieses Runs verwalten: Öffnet die Testauswahl im Bearbeitungsmodus.
• In neuem Tab öffnen
• Details anzeigen: Zeigt die Ansicht „Überblick“ der Test Suite.
• Für Test Run bearbeiten: Änderungen an den Test Suite Details, welche nur für den Test Run gelten.
• Aus Test Run entfernen: Entfernt die Test Suite inklusive aller dazugehörigen Test Cases aus dem Run.

Test Case Auswahl

Der Klick auf eine Test Suite öffnet die Testauswahl der Test Cases. Bereits ausgewählte Test Cases und Ordner werden in der entsprechenden Baumstruktur angezeigt. Nach dem Hinzufügen einer Test Suite ist standardmäßig keiner ihrer Test Cases Teil des Test Runs.

Folgende Funktionen sind in der Übersicht verfügbar.

In der Symbolleiste:

• Verwalten: Öffnet die Test Case Auswahl im Bearbeitungsmodus. Die Funktion „Smart-Select“ ist verfügbar.
• Massenverarbeitung: Tester Zuweisung und Gesamttestergebnis
• Alles auf- und zuklappen

Zeilenende/ Kontextmenü:

• Test durchführen
• In neuem Tab öffnen
• Test Case eines Runs anheften
• Drucken

Zum Hinzufügen oder Entfernen bestimmter Ordner oder Test Cases auf die Schaltfläche „Verwalten“ klicken und anschließend die Zweige der Struktur aktivieren oder deaktivieren, um diese ein- oder ausgeschlossen werden sollen. Mit einem Klick auf einen Test Case Zeile werden die Details des Test Cases im Run angezeigt.

Testumfang

Im Abschnitt „Testumfang“ werden alle dem Test Run hinzugefügten Test Cases in einer flachen Liste angezeigt. Diese bietet eine schnelle Übersicht der Test Cases mit und ohne zugewiesenen Tester, Testergebnis und der Risikobewertung.

Folgende Funktionen sind in dieser Ansicht verfügbar.

In der Symbolleiste:

• Massenverarbeitung: Tester Zuweisung und Gesamtergebnis
• Filter

Zeilenende/Kontextmenü:

• Test durchführen
• In neuem Tab öffnen
• Test Case eines Runs anheften
• Drucken

Um paralleles Bearbeiten zu vermeiden, sind manche Funktionen vorübergehend gesperrt.

Testdurchführung

Nach dem Start der Testausführung befindet sich der Test Case im Bearbeitungsmodus und ist für andere Personen gesperrt.

Für den gesamten Test muss ein Gesamtergebnis festgelegt werden; dies ist obligatorisch. Optional kann zudem für jeden einzelnen Testschritt ein Ergebnis ausgewählt werden. Die auf Testschrittebene ausgewählten Ergebnisse wirken sich nicht auf das Gesamtergebnis aus.

Bei den Testschritten kann der Tester das Daumen-Symbol für „Bestanden“ verwenden. Über das Stift-Symbol lässt sich im daraufhin geöffneten Dialog ein anderes Ergebnis sowie ein Ergebnisdetail, z. B. eine Fehlermeldung pflegen. Das ausgewählte Ergebnis erscheint in der Spalte „Ergebnis“. Ist das Feld „Ergebnisdetails“ gepflegt, erscheint ein Informationssymbol neben dem Ergebnis. Beim Darüberfahren mit dem Mauszeiger wird der Inhalt eingeblendet.

Die Pflege eines Ergebnisdetails ist auch für das Gesamtergebnis möglich. Zusätzlich kann ein Ticket aus einem Drittsystem im Feld „Tickets“ verlinkt werden.

Im Bereich „Anhänge“ lassen sich z. B. Screenshots oder Log-Dateien zum Test Case hinzufügen.

Der Bearbeitungsmodus wird mit einem Klick auf eine der Schaltflächen „Abbrechen“, „Speichern“ oder „Speichern und Nächster“ beendet. Mit „Speichern und Nächster“ werden die Änderungen gespeichert und - sofern es sich nicht um den letzten Eintrag handelt – der nächste Test Case zur Bearbeitung geöffnet.

Änderungsverlauf

Im Verlauf werden sämtliche Änderungen während Testphase protokolliert. Dies umfasst sowohl die Anpassungen innerhalb der Testdurchführung als auch Änderungen am ursprünglichen Test Case. Nach dem Schließen des Test Runs werden keine weiteren Änderungen am Test Case dokumentiert.

Ergebnisse

Das Ergebnisdiagramm zeigt alle im Test Run enthaltenen Test Suites, Ordner, Unterordner und Test Cases sowie den Gesamtfortschritt der Durchführung an.

Die verschiedenen Testergebnisse werden in vier verschiedene Durchführungsstatus gegliedert.

Durchführungsstatus	Testergebnis
Ungetestet	Nicht getestet
Bestanden	Bestanden
In Ausführung	Wird getestet, Pausiert (extern),Pausiert (intern), Nachtest, Blockiert, Kunde, Ausgelassen
Nicht bestanden	Nicht bestanden (bekannt), Nicht bestanden (neu)

Zentral wird ein Tortendiagramm mit dem Gesamtfortschritt und den vier Durchführungsstatus angezeigt. Von diesem zentralen Punkt gehen zunächst die selektierten Test Suiten ab. Anschließend folgen, falls vorhanden, Ordner mit eventuellen Unterordnern und schließlich die gewählten Test Cases.

Wird der Mauszeiger über einen Punkt geführt, erscheint eine Information zum Typ (Test Suite, Ordner oder Test Case im Run) inklusive Name und ID.

Bericht erstellen

Q12-TMT stellt Berichte für Test Runs zur Verfügung. Im ausgewählten Test Run die Schaltfläche „Bericht erstellen“ anklicken, um einen Bericht zu generieren.

Diese Funktion erzeugt eine PDF-Datei mit Name, Status und Beschreibung des Test Runs, der Grafik aus dem Bereich "Überblick", ggf. verlinkten Tickets sowie einer Liste aller enthaltenen Test Cases. Die Test Cases sind dabei nach Test Suite gruppiert und zeigen unter anderem das jeweilige Testergebnis an.

Beim Generieren eines Berichts wird eine Hinweismeldung angezeigt, die dem Benutzer über den Status informiert. Nach Abschluss der Generierung kann der Bericht heruntergeladen werden.

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

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.

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

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.

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 , um eine Liste aller Teilprojekte und Projektversionen zu erhalten. Das Teilprojekt oder die Version kann durch Klicken auf das entsprechende Objekt geändert werden.

info

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

Datenschutz & Geschäftsbedingungen

Die Datenschutzerklärung und die Allgemeinen Geschäftsbedingungen von TMT können im Abschnitt „Info“ 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.

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.

Auf die Benutzerverwaltung, die Rollenverwaltung und die Zugriffsrechteverwaltung kann über das Hamburger-Symbol 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.

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.

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 durch Auswahl von „Aktive Benutzer“ aufgerufen werden.

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

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