Kapitel 2. Einführung

Klaros-Test­management ist eine webbasierte Testmanagementsoftware zum Organisieren, Ausführen und Auswerten aller Testaktivitäten. Der Funktionsumfang deckt alle Bereiche des Testprozesses ab: Testplanung, Testerstellung, Testdurchführung, Zuordnen und Auswerten von Testaufgaben sowie Testauswertung und Berichtserstellung.

In dieser Einführung werden der innere Aufbau und die Funktion der einzelnen Bestandteile, der Objekte, beschrieben. Als Objekte werden in Klaros-Test­management die folgenden Elemente bezeichnet: Projekt, Testfall, Testschritt, Testsegment, Testschrittergebnis, Testfallergebnis, Testsuite, Testsuiteergebnis, Testumgebung, Testsystem, Testlauf, Anforderung, Iteration und Aufgabe.

Das Objekt auf oberster Ebene ist das Projekt. Es enthält alle anderen Objekte die zum Definieren, Planen, Ausführen und Auswerten eines bestimmten Testvorhabens erforderlich sind.

Projekte sind in der Regel in sich abgeschlossene Einheiten, es gibt jedoch auch Möglichkeiten, auf Objekte in anderen Projekten zu verweisen. Weitergehende Informationen zu Projekten finden Sie unter Section 6.1.

Testfälle sind die zentralen Objekte eines Projektes und können eine beliebige Anzahl an Testschritten enthalten. Sie können manuell oder automatisiert ausgeführt werden.

Abbildung 2.1. Testfallstruktur

Testfälle können mit Attributen versehen werden und detailliertere Informationen erhalten:

Für spezielle Anforderungen können in der Enterprise Edition zusätzlich eigene Felder definiert werden.

Die Testfälle bestehen aus einzelnen Testschritten und Testsegmenten, in denen die Testaktivitäten definiert und beschrieben werden.

In Testschritten wird der Ablauf der Testausführung beschrieben. Jeder Testschritt enthält eine Anweisung an den Tester, welche Aktion er durchzuführen hat. Falls nötig, können Bilder und Dokumente zu jedem Testschritt hinzugefügt werden.

Abbildung 2.2. Testschritt

Die Beschreibung des Testschrittes umfasst folgende Bestandteile:

Ein Testsegment ist eine vordefinierte Abfolge von Testschritten. Es wird als eigenes Objekt erstellt und in Testfälle eingefügt.

Abbildung 2.3. Testsegment

Häufig kommen bestimmte Testschritte oder auch Abfolgen von Testschritten in mehreren Testfällen exakt gleich vor. Um sicherzustellen, dass diese auch identisch sind, können die Schritte in Testsegmente gekapselt und zentral verwaltet, bearbeitet und gespeichert werden.

Die Testschritte eines Testsegments haben die gleichen Attribute wie die Testschritte eines Testfalls.

Testfälle können zu Testsuiten gruppiert werden, um gemeinsam in einem Testlauf nacheinander ausgeführt zu werden.

Abbildung 2.4. Testsuite

Ein Testfall kann in mehreren Testsuiten vorkommen. Er wird lediglich referenziert, sodass sich Änderungen am Testfall automatisch auf alle Testsuiten auswirken, die diesen Testfall enthalten.

Das Testsystem ist die Komponente oder das System, welches getestet wird. Meist ist dies eine Softwareversion, kann aber auch ein bestimmtes Gerät oder andere Hardware sein. Ein Testfall kann erst ausgeführt werden, wenn ein Testsystem definiert ist.

Die Testumgebung stellt die äußeren Bedingungen dar, die auf das Testsystem einwirken. Diese kann aus Hardware oder Software bestehen, wie z.B. eine verwendete Browserversion oder das Betriebssystem, in dem die Software des Testsystems installiert wurde. Ein Testfall kann erst ausgeführt werden, wenn eine Testumgebung definiert ist.

Ein Testlauf wird automatisch erstellt, sobald damit begonnen wird einen Testfall oder eine Testsuite auszuführen. Er ist der verwendeten Testumgebung und dem verwendeten Testsystem zugeordnet und sammelt alle Ergebnisse, die während der Ausführung des Testfalls oder der Testsuite anfallen. Die Testläufe dokumentieren somit die gesamten Testaktivitäten.

Abbildung 2.5. Testlauf mit Testergebnissen

Testläufe können pausiert und später fortgesetzt werden. Das Ergebnis (Bestanden, Fehlschlag, Fehler, Unklar, Übersprungen) erscheint erst nach vollständiger Ausführung aller Testfälle des Testlaufs in der Auswertung. Bis dahin wird der Testlauf mit seinen gesammelten Ergebnissen nicht angezeigt.

Eine Anforderung ist eine vorgegebene, zu erfüllende Bedingung, die die gewünschten Eigenschaften des Testsystems beschreibt. Um sicherzustellen, dass das Testsystem diese Eigenschaften erfüllt, werden Testfälle definiert und diese den Anforderungen zugeordnet, die die Testfälle überprüfen. So kann nachvollzogen werden, welche Anforderungen durch Tests abgedeckt sind ( Abdeckung) und welche davon mit dem Ergebnis Bestanden ausgeführt wurden ( Konformität).

Aus diesen Informationen wird automatisch der Stand der Abdeckung und Konformität für das gesamte Projekt oder ausgewählte Objekte ermittelt, sobald die ersten Testergebnisse vorliegen.

Eine Iteration repräsentiert eine ausgewählte Phase eines Projekts. Sie kapselt eine Untermenge von Objekten, einschließlich aller während dieser Phase ausgeführten Aufgaben und Testergebnisse. Eine solche Gruppierung der Objekte erleichtert es, verschiedene Testzyklen in einem Projekt zu identifizieren und ermöglicht eine bessere Integration des Testprozesses, speziell mit agilen Softwareentwicklungspraktiken.

In einer Iteration werden die betrachteten Testsysteme, Testumgebungen und Anforderungen innerhalb eines Projekts für einen bestimmten Zeitraum festgelegt.

Mittels einer Aufgabe werden Testaktivitäten geplant und koordiniert. Dazu wird die Ausführung eines Testfalls oder einer Testsuite in der Aufgabe festgelegt.

Nachdem eine Aufgabe erstellt wurde, kann sie einem Benutzer zugeordnet und von ihm ausgeführt und bewertet werden. Aufgaben können mehrfach wiederholt und ausgeführt werden, sodass ihnen mehrere Testläufe zugeordnet sein können. Aufgaben lassen sich hierarchisch anordnen und Abhängigkeiten von Aufgaben untereinander können spezifiziert werden.

Abbildung 2.6. Aufgabe

Zusätzlich zur Testausführung sind weitere Aufgabentypen vorgesehen. Diese dienen zum Überprüfen von Testfällen, Planen von Anforderungen sowie zur Formulierung von beliebigen anderen Aufgaben in Textform.

Die Aufgaben können verschachtelt und den Benutzern individuell zugeordnet werden. Dadurch kann der Fortschritt von größeren, verteilten Testaktivitäten einfach verfolgt werden.

Klaros-Test­management bietet vier verschiedene Benutzerrollen, die beim Anlegen des Benutzers vergeben werden und bei Bedarf später geändert werden können: Administrator, Manager, Tester und Gast.

Die globalen Benutzerrollen gelten für alle vorhandenen Projekte. Bei Bedarf kann jedoch die Rolle eines Benutzers in jedem Projekt individuell vergeben werden.

Detaillierte Informationen über das Rechte- und Rollensystem finden sich in Appendix A.

Klaros-Test­management lässt sich mit Issue-Tracking-Systemen wie Jira, Redmine, GitLab und vielen anderen integrieren (siehe Section 12.5). Wird in einem Testschritt ein Fehler gefunden, kann er direkt aus Klaros-Test­management heraus an das angebundene Issue-Management-System übergeben werden, ohne die Anwendung verlassen zu müssen.

Der Eintrag wird automatisch in beiden Systemen verknüpft. Änderungen im Issue-Tracker werden im Hintergrund regelmäßig mit Klaros-Test­management synchronisiert. Ein automatisch erzeugter Rückverweis (Backlink) im Issue-Management-System führt mit einem Klick wieder zum Testfall in Klaros-Test­management zurück.