Unterschiedliche Arten von Softwaretests

1. Unit-Tests

Unit-Tests sind sehr einfach und erfolgen nah an der Quelle der Anwendung. Sie dienen zum Testen einzelner Methoden und Funktionen der von der Software verwendeten Klassen, Komponenten oder Module. In der Regel lassen sich Unit-Tests kostengünstig automatisieren und können von einem Continuous-Integration-Server sehr schnell durchgeführt werden.

2. Integrationstests

Mit Integrationstests wird sichergestellt, dass verschiedene von deiner Anwendung genutzte Module oder Services problemlos ineinandergreifen. So kann beispielsweise die Interaktion mit der Datenbank oder das Zusammenspiel von Mikroservices getestet werden. Tests dieser Art sind kostspieliger, weil dafür mehrere Teile der Anwendung funktionsfähig sein müssen.

3. Funktionstests

Funktionstests konzentrieren sich auf die Geschäftsanforderungen einer Anwendung. Sie verifizieren nur die Ausgabe einer Aktion und überprüfen bei der Durchführung dieser Aktion nicht die Zwischenzustände des Systems.

Integrationstests und Funktionstests sind nicht ganz leicht auseinanderzuhalten, da bei beiden mehrere Komponenten miteinander interagieren müssen. Der Unterschied besteht darin, dass mit einem Integrationstest vielleicht nur überprüft wird, ob Datenbankabfragen generell möglich sind, während bei einem Funktionstest ein bestimmter, von den Produktanforderungen vorgegebener Wert aus der Datenbank abgerufen wird.

4. End-to-End-Tests

Bei End-to-End-Tests wird der Umgang des Benutzers mit der Software in einer vollständigen Anwendungsumgebung repliziert. Auf diese Weise wird das ordnungsgemäße Funktionieren von Benutzerabläufen überprüft. Die Szenarien können ganz einfach sein (z. B. Laden einer Website, Anmeldevorgang) oder auch sehr komplex (z. B. E-Mail-Benachrichtigungen, Onlinezahlungen).

End-to-End-Tests sind sehr nützlich, aber auch kostspielig und in automatisierter Form unter Umständen schwer zu verwalten. Es empfiehlt sich, nur wenige End-to-End-Tests zu implementieren und stattdessen eher auf weniger aufwendige Testarten (Unit- und Integrationstests) zu setzen, um riskante Änderungen schnell erkennen zu können.

5. Akzeptanztests

Akzeptanztests sind formelle Tests, mit denen überprüft wird, ob ein System die entsprechenden geschäftlichen Anforderungen erfüllt. Während der Tests muss die gesamte Anwendung ausgeführt werden. Der Schwerpunkt liegt auf dem replizierten Benutzerverhalten. Darüber hinaus können die Tests eingesetzt werden, um die Systemleistung zu messen und Änderungen abzulehnen, wenn bestimmte Ziele nicht erfüllt werden.

6. Leistungstests

Mit Leistungstests wird überprüft, wie sich ein System bei bestimmten Auslastungen verhält. Diese Tests sind geeignet, um die Zuverlässigkeit, Geschwindigkeit, Skalierbarkeit und Reaktionsfähigkeit einer Anwendung zu messen. Bei einem Leistungstest können zum Beispiel die Antwortzeiten bei der Ausführung einer hohen Anzahl von Anfragen überprüft werden. Oft wird auch untersucht, wie sich das System bei großen Datenmengen verhält. So kann festgestellt werden, ob eine Anwendung die Leistungsanforderungen erfüllt, wo es zu Engpässen kommt, wie es um die Stabilität bei Belastungsspitzen bestellt ist und vieles mehr.

7. Smoke-Tests

Smoke-Tests sind einfache Tests zum Überprüfen der grundlegenden Funktionalität einer Anwendung. Sie sollen schnell auszuführen sein und dir zeigen, ob die wichtigsten Features deines Systems wie erwartet funktionieren.

Smoke-Tests können unmittelbar nach der Erstellung eines neuen Builds nützlich sein, um zu entscheiden, ob du teurere Tests durchführen kannst oder nicht, oder um direkt nach einem Deployment sicherzustellen, dass die Anwendung in der neu bereitgestellten Umgebung ordnungsgemäß ausgeführt wird.

Automatisierung von Tests

Um Tests automatisieren zu können, musst du sie zunächst unter Verwendung eines zu deiner Anwendung passenden Test-Frameworks programmgesteuert schreiben. PHPUnit, Mocha und RSpec sind Beispiele für Test-Frameworks, die du für PHP, JavaScript bzw. Ruby nutzen kannst. Da es für jede Sprache viele Optionen gibt, musst du unter Umständen recherchieren und Entwickler-Communitys zu Rate ziehen, um das optimale Framework für deine Anforderungen zu ermitteln.

Wenn deine Tests per Skript über das Terminal ausgeführt werden können, kannst du sie von einem Continuous Integration-Server wie Bamboo oder einem Cloud-Service wie Bitbucket Pipelines automatisch ausführen lassen. Diese Tools überwachen deine Repositorys und führen die Testsuite aus, sobald neue Änderungen in das Haupt-Repository übernommen werden.

Exploratives Testen

Je mehr Features und Verbesserungen in deinen Code aufgenommen werden, umso mehr Tests sind nötig, um das ordnungsgemäße Funktionieren aller Systeme sicherzustellen. Außerdem solltest du jede Fehlerkorrektur in den Tests für neue Releases berücksichtigen, damit dieser Fehler nicht in einem späteren Release erneut auftritt. Automatisierung ist dafür entscheidend. Früher oder später wird das Schreiben von Tests Teil deines Entwicklungs-Workflows werden.

Die Frage ist also, ob sich manuelle Tests noch lohnen. Die kurze Antwort lautet: Ja! Dabei sind besonders explorative Tests empfehlenswert, die helfen, nicht offensichtliche Fehler zu erkennen.

Eine explorative Testsitzung sollte eine Dauer von zwei Stunden nicht überschreiten und über einen klaren Spielraum verfügen, damit sich die Tester auf einen bestimmten Bereich der Software konzentrieren können. Sobald alle Tester informiert wurden, sollten verschiedene Aktionen angewendet werden, um zu überprüfen, wie sich das System verhält.

Ein Hinweis zu Tests

Zum Abschluss dieses Leitfadens sollten wir über das Ziel von Tests sprechen. Während es zwar wichtig ist, zu testen, ob Benutzer eine Anwendung verwenden können (können sie sich einloggen und Objekte speichern?), ist es ebenso wichtig, zu testen, ob die Anwendung nicht abstürzt, wenn ungültige Daten oder unerwartete Aktionen ausgeführt werden. Du musst vorhersehen, was passieren würde, wenn ein Benutzer einen Tippfehler macht, ein unvollständiges Formular speichern möchte oder die falsche API verwendet. Du musst überprüfen, ob Daten leicht kompromittierbar sind und ob unbefugte Personen Zugriff auf eine Ressource erhalten können. Eine gute Testsuite sollte versuchen, deine App zum Absturz zu bringen, um Grenzen auszuloten.

Und schließlich sind Tests auch Code! Vergiss sie also nicht während der Code-Prüfung, da sie das finale Gate zur Produktion sein könnten.

Atlassian Open DevOps ist eine offene Toolketten-Plattform, mit der du eine CD-basierte Entwicklungspipeline mit den Tools aufbauen kannst, die du liebst. Schau dir in unseren DevOps-Testtutorials an, wie du mit den Tools von Atlassian und Drittanbietern einen Testschritt in deinen Workflow integrierst.