Was ist Schlüsselwortgetriebenes Testing?

Beim Schlüsselwortgetriebenen Testing handelt es sich um einen Ansatz der Testautomatisierung, bei der man Testfälle nicht direkt im Code, sondern durch die Kombination von Schlüsselwörtern oder Befehlen definiert. Diese Schlüsselwörter repräsentieren typischerweise Aktionen, die man auf einem System oder einer Anwendung ausführt, wie z.B. „Klicke Button“, „Gebe Text ein“ oder „Überprüfe Wert“.

Die Geschichte des Schlüsselwortgetriebenen Testings

Die Anfänge des Schlüsselwortgetriebenen Testings liegen in den 1990er Jahren. Damals suchten Tester nach Wegen, den Testprozess zu beschleunigen und zu vereinfachen. Der Hauptvorteil dieses Ansatzes besteht darin, dass nicht technisch versierte Personen Testfälle definieren können, ohne tiefe Programmierkenntnisse zu besitzen. Das fördert die Zusammenarbeit zwischen technischen und nicht-technischen Teams und beschleunigt den gesamten Testprozess.

Wie geht man Schlüsselwortgetriebenes Testing an?

1. Definition von Schlüsselwörtern: Zuerst legt das Team eine Bibliothek von Schlüsselwörtern an, die verschiedene Aktionen und Überprüfungen repräsentieren.
2. Erstellung von Testfällen: Anschließend erstellen Tester Testfälle durch Kombination dieser Schlüsselwörter in der richtigen Reihenfolge.
3. Automatisierung: Ein Framework oder Tool liest diese Testfälle und führt die entsprechenden Aktionen in der Anwendung oder dem System durch.
4. Ergebnisüberprüfung: Nach Ausführung des Tests erhält das Team Berichte über die Ergebnisse und eventuelle Fehler oder Abweichungen.

Beispiele für den Einsatz des Schlüsselwortgetriebenen Testings

• Web-Anwendungen: Beim Testen von Online-Shops könnten Schlüsselwörter wie „Wähle Produkt“, „Füge zum Warenkorb hinzu“ und „Bestätige Kauf“ zum Einsatz kommen.
• Mobile Apps: In einer Wetter-App kann man Schlüsselwörter wie „Suche Stadt“, „Zeige Vorhersage“ und „Aktualisiere Daten“ definieren.
• Desktop-Anwendungen: Bei einem Textverarbeitungsprogramm könnte man Aktionen wie „Öffne Datei“, „Bearbeite Text“ und „Speichere Änderungen“ durch Schlüsselwörter abdeckten.

Welche Software kann man dafür nutzen?

Für das Schlüsselwortgetriebene Testing gibt es verschiedene Softwarelösungen und Frameworks, die man je nach Anwendungsfall und Vorlieben wählen kann. Hier sind einige der bekanntesten und am häufigsten genutzten Lösungen:

1. Selenium: Ein beliebtes Open-Source-Tool für das Testen von Webanwendungen. Mit Frameworks wie Robot Framework oder Data-Driven Testing können Tester schlüsselwortgetriebene Tests in Selenium implementieren.
2. Robot Framework: Dieses Testautomatisierungs-Framework unterstützt schlüsselwortgetriebenes Testing direkt und kann mit verschiedenen Bibliotheken, einschließlich Selenium, integriert werden.
3. TestComplete: Eine kommerzielle Lösung von SmartBear, die das Erstellen von schlüsselwortgetriebenen Tests erleichtert und eine visuelle Benutzeroberfläche bietet.
4. QTP/UFT (Unified Functional Testing) von Micro Focus: Dieses Tool bietet eine intuitive Möglichkeit, schlüsselwortgetriebene Tests zu erstellen und zu verwalten.
5. Ranorex: Ein weiteres kommerzielles Tool, das sich gut für das schlüsselwortgetriebene Testing eignet. Es bietet eine Benutzeroberfläche, die das Erstellen und Verwalten von Tests vereinfacht.
6. Katalon Studio: Eine All-in-One-Testautomatisierungslösung, die sowohl schlüsselwortgetriebene als auch datengetriebene Ansätze unterstützt.
7. Tosca von Tricentis: Eine führende End-to-End-Testautomatisierungsplattform, die speziell für Continuous Testing entwickelt wurde und einen starken Fokus auf schlüsselwortgetriebenes Testing hat. (Ich habe hier einen Beitrag über Tosca von Tricentis geschrieben.)

Bei der Auswahl der richtigen Software für das schlüsselwortgetriebene Testing sollte man die spezifischen Anforderungen des Projekts, das Budget und die gewünschten Integrationen berücksichtigen. Es empfiehlt sich, die Tools zuerst in einem Proof-of-Concept zu testen, um ihre Eignung für die speziellen Anforderungen und den Kontext zu überprüfen.

Fazit

Schlüsselwortgetriebenes Testing optimiert den Testprozess und ermöglicht es auch nicht-technischen Teams, sich aktiv an der Qualitätssicherung zu beteiligen. Durch den effizienten und modularen Ansatz eignet sich diese Methode für eine Vielzahl von Anwendungen und Projekten.

Der Beitrag Schlüsselwortgetriebenes Testing erschien zuerst auf CEOsBay.

Was ist der Systemtest im Software Testing?

Im Kontext des Software Testings ist der Systemtest eine Teststufe, bei der man das komplette und vollintegrierte Softwareprodukt testet. Dabei prüft man, ob das System als Ganzes die spezifizierten Anforderungen erfüllt und ob alle Komponenten effizient zusammenarbeiten. Neben funktionalen Aspekten beinhaltet der Systemtest auch nicht-funktionale Aspekte wie Leistung, Sicherheit und Benutzerfreundlichkeit.

Systemtests unterscheiden sich von anderen Teststufen, insbesondere von den Unit-Tests und Integrationstests, in ihrem Fokus. Während Unit-Tests einzelne Softwarekomponenten (z.B. Funktionen oder Methoden) testen und Integrationstests die korrekte Interaktion von Komponenten überprüfen, konzentriert sich der Systemtest auf das gesamte Softwareprodukt.

Kurze Zeitreise und ein historischer Überblick über den Systemtest

Die genaue Herkunft des Systemtests als Testmethode lässt sich schwer auf eine einzelne Person oder ein bestimmtes Ereignis zurückführen. Es ist jedoch allgemein anerkannt, dass die Praxis des Software Testings und insbesondere der Systemtests mit der Entwicklung der Softwaretechnik einherging.

In den frühen Tagen der Computertechnik, als man Software noch von Hand mittels Lochkarten programmierte, gab es wenig Bedarf für systematische Tests. Fehler wurden oft „on-the-fly“ während des Betriebs behoben. Mit zunehmender Komplexität der Software und der Entwicklung von höheren Programmiersprachen wurde jedoch ein systematischer Ansatz zur Fehlervermeidung und -erkennung notwendig.

Einen wichtigen Meilenstein für die Entwicklung des Software Testings stellt das Jahr 1972 dar. In diesem Jahr veröffentlichte die US-amerikanische Software-Ingenieurin und Computerwissenschaftlerin Glenford J. Myers das Buch „The Art of Software Testing“, das als eines der ersten umfassenden Werke zum Thema Software Testing gilt. Auch wenn man Myers nicht explizit als „Erfinder“ der Systemtests bezeichnen kann, so hat doch seine Arbeit maßgeblich dazu beigetragen, das Bewusstsein für die Notwendigkeit des Software Testings und die Entwicklung von standardisierten Testverfahren zu schärfen.

Aktueller Stand der Systemtests

Die Praxis des Systemtests hat sich in den letzten Jahrzehnten weiterentwickelt und professionalisiert. Die Einführung von agilen Methoden in der Softwareentwicklung und das Aufkommen von DevOps haben die Art und Weise, wie Software getestet wird, verändert und den Systemtest weiter in den Mittelpunkt gerückt. Heute ist der Systemtest ein integraler Bestandteil jedes seriösen Softwareentwicklungsprozesses.

Aktuell gibt es verschiedene Tools und Frameworks zur Unterstützung von Systemtests. Dazu gehören sowohl kommerzielle Lösungen als auch Open-Source-Werkzeuge. Mit deren Hilfe kann man Tests automatisiert durchführen und Testergebnisse dokumentieren.

Welche Software-Lösungen gibt es?

Selenium, ein Open-Source–Framework für automatisiertes Testen, JUnit, ein Framework zum Testen von Java-Anwendungen, TestComplete, eine kommerzielle Lösung für automatisiertes Testen, Postman, ein Tool für API-Tests, LoadRunner, eine kommerzielle Lösung für Leistungs- und Lasttests, und Appium, ein Open-Source-Tool für das automatisierte Testen von mobilen Anwendungen.

Fazit

Im Hinblick auf die Zukunft ist zu erwarten, dass die Bedeutung des Systemtests weiter zunehmen wird. Insbesondere vor dem Hintergrund der fortschreitenden Digitalisierung und der damit einhergehenden Komplexität von Software werden zuverlässige und effiziente Testverfahren immer wichtiger.

Insgesamt trägt der Systemtest dazu bei, die Qualität von Software zu sichern und eine zuverlässige und effiziente Leistung des Softwareprodukts zu gewährleisten. Dabei hat er sich seit seinen Anfängen stetig weiterentwickelt und wird auch in Zukunft ein zentraler Bestandteil des Software Testings bleiben.

Der Beitrag Systemtest – Im Software Testing erschien zuerst auf CEOsBay.

Mit Selenium kann man Interaktionen, in der Regel Testsequenzen, mit einer Webanwendung aufnehmen und diese Tests automatisiert beliebig oft wiederholen. Es nimmt vor allem Entwicklern sehr viel Arbeit ab, da beispielsweise beim Ausfüllen von Webformularen das Testen wesentlich schneller, flexibler und verlässlicher abläuft.

Selenium basiert rein auf HTML und JavaScript. Für einen schnellen Einstieg kann man direkt die Selenium-IDE z. B. als Browser-Add-on installieren und mit dem Testing beginnen. Der Benutzer interagiert ausschließlich mit Firefox, während Selenium die Aufnahme und das Abspielen der Tests übernimmt.

Eine kurze Zeitreise

Im Jahr 2003 fing Jason Huggins, der bereits einige Testing Tools entwickelt hatte, mit der Entwicklung von Selenium an.

Damals war ThoughtWorks weltweit vertreten, aber jeder, der sich außerhalb des Hauptsitzes befand, hatte mit enormen Latenzzeiten zu kämpfen. Allein die Erfassung von Stundenzetteln dauerte eine Ewigkeit. Um diese Einschränkungen zu überwinden, beschloss Jasons Team, JavaScript im Browser zu verwenden, um die Arbeit zu erledigen, anstatt den Server zu verwenden.

Zu dem Zeitpunkt war JavaScript noch nicht zum Standard geworden. Der von Jason geschriebene Code lief zwar in dem Browser Internet Explorer aber nicht auf Mozilla. Die Anpassung des Codes für Mozilla, hätten den Code für Internet Explorer beschädigen können und umgekehrt. Ganz abgesehen von all den zukünftigen Updates für beide Browser gleichzeitig. Dies hätte mehr Schaden als Nutzen verursacht.

Jasons Team brauchte eine zuverlässige Methode, um die Anwendung in den Browsern zu testen. Also recherchierten Jason und zwei weitere Kollegen bei ThoughtWorks ob es irgendwelche Tools gab, die sie verwenden konnten. Wie es meistens so ist, war nichts zu finden, was den eigenen Anforderungen entsprach. So ging es an die Entwicklung von Selenium. Das Tool, welches sie programmiert hatten, konnte Daten eingeben und Schaltflächen auf einer Reihe von Webseiten anklicken, um verschiedene Testszenarien zu durchlaufen dies in mehreren Browsern gleichzeitig.

Im Laufe der Zeit schlossen sich immer mehr Mitarbeiter von ThoughtWorks seiner Arbeit an, bis Paul Hammant dem Team beitrat und die Entwicklung des Programms in die Richtung des heutigen „Selenium Remote Control“ (RC) leitete. Dabei handelt es sich mittlerweile um ein veraltetes Modul.

2007 wechselte Huggins zum Softwarekonzern Google, wo er die Weiterentwicklung und die Fehlerausbesserung des Programms zusammen mit anderen Programmierern vorantrieb. Zur gleichen Zeit entwickelte Simon Stewart bei ThoughtWorks die Browsersteuerung Webdriver (Darüber schreibe ich voraussichtlich auch noch einen Beitrag). Da es für die Entwickler beider Projekte nicht sinnvoll erschien, zwei separate Projekte voranzutreiben, beschlossen sie die beiden Projekte zu „Selenium Webdriver“ bzw. „Selenium 2.0“ zu vereinen.

2008 entwickelte Philippe Hanrigou „Grid“, welches die Ausführung multipler Instanzen ermöglichte. So konnte man das Tool auf einer unbegrenzten Anzahl von Rechnern laufen lassen. Dies führte dazu, dass die Ausführungszeit für große Teststrukturen drastisch verkürzt wurde.

Randnotiz 😀

Der Name Selenium entstand aus einer scherzhaften Bemerkung von Huggins, der in einer E-Mail seine Mitbewerber Mercury damit verspottete, dass eine Quecksilbervergiftung (Mercury poisoning) durch die Einnahme von Selenium geheilt werden kann.

Bestandteile von Selenium

Selenium Core

Das Core-Modul enthält die komplette Basisfunktionalität von Selenium. Die Testbefehl-API und den TestRunner. Unter Verwendung des Core-Modules kann die TestRunner.html-Webseite mit verschiedenen Browsern geöffnet werden. Dadurch werden Kompatibilitätstests mit verschiedenen Browsertypen ermöglicht.

Selenium IDE

Das Selenium IDE ist ein Add-on für Google Chrome und Mozilla Firefox, mit dem man direkt im Browser durch die Interaktion mit einer Webanwendung Testfälle aufnehmen und wieder abspielen kann. Neben der reinen Capture-Replay-Funktionalität lassen sich weitere Überprüfungen mittels „verify“ und „assert“ einbinden. Zudem wird das schrittweise Abspielen von Testfällen, das Setzen von Breakpoints zur Überprüfung der Testfälle und die Wiederverwendung von geteilten Testabläufen unterstützt. Einzelne Testfälle lassen sich zu Testsuites kombinieren und wiederverwenden.

Selenium WebDriver

Selenium WebDriver ist der Nachfolger von Remote Control. Auf Remote Control werde ich nicht weiter eingehen, da dieses Modul veraltet ist. Es akzeptiert Befehle in Selenese oder über die Client-API und leitet diese an den jeweiligen Browser weiter. Eine Besonderheit bildet HtmlUnit. Ab Version 3.0 ist HtmlUnit nicht mehr Bestandteil des WebDrivers. Es handelt sich dabei um einen Webbrowser ohne grafische Anzeige (Headless). Der Selenium WebDriver ist über den Browser Driver implementiert, wodurch die gängigsten Browser unterstützt werden.

Selenium Grid

Selenium Grid ist eine Erweiterung von RC und ermöglicht die parallele Ausführung von Tests auf mehreren Servern, um die Dauer der Testdurchführung zu verkürzen. Der Client-Treiber verbindet sich dabei mit dem Hub anstatt mit dem Server. Der Hub wiederum leitet die Tests auf freie Selenium-Server weiter.

Fazit

Selenium ermöglich, wie mehrfach angesprochen, das direkte Aufzeichnen diverser Test-Szenarien. Bei der Aufzeichnung solcher Testszenarien ist auf jeden Fall Vorsicht geboten, da sich bei einer unkonzentrierten Arbeitsweise Fehler einschleichen können, die einem nachfolgend eventuell nicht auffallen. Die Nutzung von Testsuites kann Sinn machen, da man dadurch eine Gliederung in separate Module erreicht. Die Auswirkungen von Änderungen innerhalb der Applikation können so einfacher auf bestehende Tests übertragen werden, was zu einer besseren Wartung und Wiederverwendbarkeit führt. Sicherlich kann man auch die Arbeit damit wesentlich optimierter und angenehmer realisieren, indem man einiges automatisiert. Aber dazu vielleicht in der Zukunft mehr.

Der Beitrag Selenium – Zur Automatisierung von Web-Tests für zuverlässige Webanwendungen erschien zuerst auf CEOsBay.