1. Strukturieren, Organisieren und Aufsetzen der Quellcodeverwaltung
Beginnen Sie zunächst mit der Einrichtung und Organisierung einer Ordnerstruktur für Ihre Test Assets. Sie sollten verschiedene Assets voneinander trennen, z.B. Tests, Name-Mapping-Kriterien und Skripts, und die Dateien erstellen, von denen Sie wissen, dass Sie sie zukünftig für Ihre Tests benötigen. Im Ordner "Scripts" möchten Sie beispielsweise Dateien für jeden Skripttyp erstellen, um Skripts, Aktionen, Dienstprogramme und „Assertions“ zu erstellen. Stellen Sie außerdem sicher, dass Sie eine Datei für Ihre Daten erstellen.
Wenn Sie Ihre Assets auf diese Weise strukturieren, können sie schnell von Mitgliedern Ihres Teams referenziert werden und es ist gewährleistet, dass Ihre Tests stabil sind, wenn Aktualisierungen vorgenommen werden. Wenn Sie Ihre Assets auf diese Weise strukturieren, können Sie unterschiedliche Projekte jederzeit bearbeiten, ohne dass Sie sich dabei unnötig lange in die Struktur einarbeiten müssen. Durch einheitliche Strukturen können Sie schnell bestehende Projekte klonen und als Grundlage für neue Projekte verwenden, wodurch wiederrum der Initialaufwand reduziert wird.
Wenn Sie diese ersten Schritte umsetzen, dann stellen Sie sicher, dass Sie ein Quellcodeverwaltungssystem (Source Control Management (SCM)) wie Git oder Mercurial verwenden, um Ihre Arbeit zu speichern und zu versionieren. Dies ist ein Punkt, welcher in der Entwicklung selbstverständlich ist aber im Bereich des Testings oftmals vernachlässigt wird. Ihre Arbeit ist somit gesichert und lässt sich jeder Zeit bei Fehlern zu einem früheren Zeitpunkt wiederherstellen, zudem lassen sich Änderungen an Projekten lückenlosen nachvollziehen was die Analysezeit reduziert.
3. Ermitteln Sie Ihre Testumgebungen und sammeln Sie Daten
Sammeln Sie als Nächstes die Daten, die Sie für die Tests verwenden möchten, und richten Sie Ihre Umgebungen ein. Es ist entscheidend für Ihren Erfolg, dass Sie Konfigurationen einrichten, die in mehr als einer Umgebung ausgeführt werden können.
Ein Event Handler ist eine Funktion, die aus Code besteht, der als Listener fungiert und darauf wartet, dass ein Ereignis ausgelöst wird, um ein Skript oder eine Reihe von Skripten auszulösen. Stellen Sie sich Ihre durchschnittliche Bankinganwendung vor: Nach einer bestimmten Anzahl von Minuten von Leerlauf erscheint eine Benachrichtigung, in der Sie gefragt werden, ob Sie mehr Zeit benötigen. Wenn Sie nicht antworten, werden Sie aus Sicherheitsgründen automatisch abgemeldet.
Ihr Event Handler ist hier die Funktion, welcher die Skripte für die Leerlaufbenachrichtigung und den Abmeldeprozess auslöst. Unabhängig davon, in welcher Umgebung Sie arbeiten, vielleicht Windows 10 oder Windows 7, möchten Sie, dass dieser Workflow stattfindet und Ihr Endbenutzer dies auch erwartet.
Mit Event Handlern können Sie Aktionen ausführen, die auf ein Ereignis reagieren, ohne dass für jede Umgebung separate Tests erforderlich sind. Sie sind die Anweisungen dafür, wie ein System ohne irgendwelche Besonderheiten ausgeführt werden sollte, und ermöglichen es Ihnen, Ihre Tests zu verfeinern, ohne sie manuell behandeln zu müssen. Zum Beispiel könnten Sie alle Eigenschaften dynamischer Objektidentifikationen wie URLs oder Dateinamen ändern.
Wenn Sie den Namen Ihrer Anwendung ändern und auf einen anderen Pfad verweisen oder aktualisieren müssen, oder wie sie installiert ist, kann Ihr Framework dies mit Hilfe von Event Handlern beheben. Tests werden verwendet, um sicherzustellen, dass sich Teile der Anwendung wie erwartet verhalten, und das Framework stellt dafür die Tools zur Verfügung.
Jetzt zu Ihren Testdaten. Ihr Framework sollte die Daten getrennt von den Tests enthalten. Verwenden Sie Ihre Repositories zum Speichern von Daten und behalten Sie Ihre Eigenschaften und Referenzen allgemein - nicht testspezifisch. Dadurch können Ihre Datenobjekte zwischen Scripts gemeinsam genutzt werden und Ihre Daten sind in allen Dienstprogrammen verfügbar, was Ihnen in der Zukunft Zeit und Mühe erspart.
7. Richten Sie Ihre Logging & Reporting Mechanismen ein
Der letzte Teil Ihres UI Testframeworks ist Ihr Protokollierungs- und Berichterstellungsmechanismus. Während des gesamten Build-Prozesses sollten Sie alle explorativen Aktionen, die Datenaufbereitung, sowie die Erstellung von Umgebungs- und Verifizierungsdaten, protokollieren und Notizen machen.
Protokollieren Sie Nachrichten vor der Überprüfung, indem Sie angeben, was Sie überprüfen und was das erwartete Ergebnis ist. Sie sollten diese Nachrichten für Menschen lesbar machen, damit die nicht-technischen Benutzer Ihr Protokoll einsehen können und genau wissen, wo und warum ein Fehler aufgetreten ist. Fehler sollten nicht kryptisch sein und niemand sollte erraten müssen, warum sie passiert sind.
Das Ziel dieses Schrittes ist es, Ihnen bei der Standardisierung Ihres Prozesses zu helfen - was protokolliert wird, wann protokolliert wird und die Fehler.
Die Berichterstattung sollte ebenfalls automatisiert werden. Die Automatisierung der Berichterstellung verringert die Zeit, die Sie für die Erstellung von Berichten benötigen, und ermöglicht es Ihnen, sich auf die Analyse der Daten zu konzentrieren. Wenn Sie Ihre Testprotokolle für die Freigabe in Ihrem Netzwerk oder auf einem Webserver exportieren möchten, können Sie mit dem richtigen Tool den E-Mail-Sendeprozess automatisieren. Wenn ein Test fehlschlägt, sollten Sie dies sofort wissen. Warum manuell die Berichte abholen?
Tests dienen zur Validierung der Anwendungslogik. Frameworks ermöglichen das einfache Erstellen und Bauen von Tests. Nach diesen sieben Schritten können Sie ein robustes UI Testframework erstellen, das die Grundlage für dauerhaften Erfolg bildet.
Der nächste Schritt:
Wir offerieren Ihnen eine kostenlose Erstberatung mit einem unserer Senior Experten.
Senden Sie das Formular ab und profitieren Sie von einer unverbindlichen, 45-minütigen Videoberatung, um Ihre Herausforderungen und Ihre Vorhaben im Software Testing zu besprechen.
