Automatisierte Tests sind großartig (wir nutzen sie – das RMF-Projekt derzeit läuft über 200 automatisierte Tests, alle erfolgreich). Aber es gibt einige Situationen, in denen die Automatisierung von Tests einfach nicht lohnenswert ist – GUI-Tests sind ein Beispiel dafür. Daher müssen die manuellen Tests und ihre Ergebnisse irgendwo aufgezeichnet werden. Ein offensichtlicher, schneller Ansatz wäre die Verwendung einer Tabellenkalkulation. Aber es gibt Vorteile bei der Verwendung eines ausgefeilteren Werkzeugs wie ProR. Wir werden hier zeigen, wie dies realisiert werden könnte.
Sie können die .reqif-Datei, die in diesem Beispiel verwendet wird, herunterladen (beachten Sie jedoch, dass Sie diese für den Produktionseinsatz wahrscheinlich erheblich vereinfachen müssten). Beispieldatei ReqIF herunterladen >>
Testaufzeichnungen
Ein einfacher erster Ansatz wäre, eine Liste von Testbeschreibungen zu erstellen, mit einer Spalte für jeden Testlauf. Der folgende Screenshot zeigt, wie dies in ProR realisiert werden kann:
Die obere Leiste zeigt eine Tabelle mit drei Spalten: “Beschreibung”, “Erwartet” und “0.4.0”. Die erste Spalte beschreibt kurz den Test, die zweite beschreibt das erwartete Ergebnis. Die Spalte “0.4.0” zeigt die Ergebnisse des Testlaufs für Version 0.4.0 (in der letzten Zeile wird gezeigt, wie der Wert aus einer Dropdown-Liste ausgewählt und nicht eingetippt wird).
Wenn Sie die Eigenschaftenansicht (unterer Bereich) betrachten, sehen Sie, dass der Eintrag viele weitere Attribute hat, die nicht in der Tabellenansicht angezeigt werden. Dazu gehören frühere Testläufe (0.1.0 bis 0.3.0). Diese werden für Audits aufbewahrt, würden aber nur die Tabellenansicht unübersichtlich machen. Wenn eine neue Version für die Veröffentlichung vorbereitet wird, wird ein neues Attribut (0.5.0) erstellt und in der Tabellenansicht angezeigt. 0.4.0 würde aus der Tabellenansicht entfernt, könnte aber natürlich jederzeit über die Eigenschaftenansicht aufgerufen werden. Die Eigenschaftenansicht enthält auch ein Notizfeld für zusätzliche Informationen.
Rückverfolgbarkeitsspuren zwischen Anforderungen und Tests
All das könnte auch irgendwie in einer Tabelle realisiert werden. Aber die wahre Stärke eines Werkzeugs wie ProR entfaltet sich, wenn Rückverfolgbarkeit genutzt wird. Rückverfolgbarkeit könnte zum Nachverfolgen von Anforderungen oder Spezifikationselementen zu ihren Tests verwendet werden, wie hier gezeigt:
Sie sehen, dass aus Zeile 1.1 ein ausgehender Link besteht. Das Linkziel (die Anforderung) wurde in der rechten Spalte ausgewählt, wodurch der vollständige Anforderungstext in der Eigenschaftenansicht sichtbar ist. Zusätzlich hat der Link eine Anmerkung in der Spalte “Beschreibung”: "Unter Linux, halten Sie Strg+Umschalttaste gedrückt".
Weitere Möglichkeiten
Was hier gezeigt wurde, kann mit dem Standardwerkzeug ProR realisiert werden und kratzt nur an der Oberfläche dessen, was realisierbar wäre. Mit wenig Aufwand könnte dieser Ansatz erheblich erweitert werden, zum Beispiel:
- Umfangreichere Testanleitungen könnten mit den einzelnen Testeinträgen verknüpft werden.
- Mit der “suspect link” Werkzeug aus ProR Essentials um Testbeschreibungen zur Überprüfung erneut zu doppelt prüfen, wenn sich eine Anforderung ändert.
- Mit ein wenig Skripting könnten Testergebnisse automatisch zum Testbericht hinzugefügt werden.
- Da ProR XML schreibt, könnten grafische Berichte aus dem Modell mit einem Standard-XML-Bearbeitungswerkzeug erstellt werden. Es wäre auch möglich, ein Eclipse-Plug-in zum Erstellen dieser Berichte innerhalb von ProR zu entwickeln.
Es gibt noch viel mehr Möglichkeiten, indem sowohl die Stärke der bestehenden ProR-Funktionen, das zugrunde liegende XML-Datenmodell als auch Eclipse als Integrationsplattform genutzt werden.
