Wenn Sie jemals einen Fehler in Ihrem Code aufspüren mussten, dann wissen Sie, wie frustrierend das sein kann. Diese Frustration nimmt nur zu, wenn Sie an einer großen Codebasis arbeiten.
Durch Testen können Sie überprüfen, ob die Ergebnisse Ihres Codes Ihren Erwartungen entsprechen. Auf diese Weise können Sie ein Problem leicht identifizieren und beheben, bevor Sie Ihre Anwendung bereitstellen. Tests helfen Ihnen nicht nur, Codefehler schneller zu erkennen, sondern zwingen Sie auch dazu, guten Code zu schreiben.
1. Statisches Testen
Statisches Testen bezieht sich auf Tests, die ohne Ausführen von Code ausgeführt werden. Dies geschieht durch Vergleich des Codes mit zuvor festgelegten Codierregeln. Zu den gängigen Verfahren zur Durchführung statischer Tests gehören Linting und Type Checking.
Beim Linting wird der Code auf Programmier- und Stilfehler überprüft. Ein Linter analysiert den Code und kennzeichnet potenzielle Fehler. Beispiele für Linting-Tools sind EsLint, PyLint und CSSLint.
Die Typprüfung ist der Prozess der Durchsetzung von Typisierungsregeln und Einschränkungen für Werte. Einige Programmiersprachen sind stark typisiert, was bedeutet, dass sie Fehler auslösen, wenn Werte nicht richtig typisiert sind.
Einige Sprachen wie JavaScript haben jedoch ein schwaches Tippsystem und sind fehlerverzeihender. In diesen Sprachen sind Fehler schwer zu erkennen, und eine Typprüfungsbibliothek ist unerlässlich. Für JavaScript können Sie Verwenden Sie TypeScript, um eine starke Typisierung zu erzwingen.
Sie können auch statische Analysetools verwenden, um Code automatisch zu analysieren. Diese Tools überprüfen die Codequalität und melden alle gefundenen Probleme. Beispiele für statische Analysetools auf dem Markt sind SonarQube, DeepSource und SpotBugs. Stellen Sie bei der Auswahl eines statischen Analysators sicher, dass er Ihre Programmiersprache unterstützt.
2. Unit-Tests
Unit-Tests überprüfen die kleinsten testbaren Teile einer Anwendung, um festzustellen, ob sie wie erwartet funktionieren. Sie können Komponententests für Funktionen, Module, Objekte usw. schreiben.
Unit-Tests können zwar zeitaufwändig sein, sie sollten jedoch mehr Zeit sparen, als Sie aufwenden würden Debuggen der Anwendung nachdem Sie den gesamten Code geschrieben haben.
Unit-Tests bestehen im Allgemeinen aus vier Schritten:
- Erstellen der Tests
- Überprüfung des Tests
- Baseline
- Ausführen des Tests.
Sie können Unit-Tests manuell schreiben oder sie mit einem Unit-Testing-Framework automatisieren. Bei einem manuellen Test schreiben Sie Code, um die benötigte Funktion oder Einheit zu testen, und löschen später den Testcode.
Wenn Sie ein Framework verwenden, geben Sie die zu testende Einheit und die erwarteten Ergebnisse an und führen Sie dann den Test aus. Das Testframework würde dann die fehlgeschlagenen und bestandenen Tests protokollieren. Es ist im Allgemeinen besser, ein Framework zu verwenden, weil es schneller ist.
Stellen Sie beim Schreiben eines Unit-Tests sicher, dass die Unit, die Sie testen, unabhängig ist. Wenn es auf externe Daten wie Variablen angewiesen ist, können Sie Mocks verwenden. Mocks ersetzen die fehlenden Daten, die in der Einheit verwendet werden.
Wenn Sie beispielsweise eine Funktion testen, die auf angewiesen ist Daten, die von einer API abgerufen werden, können Sie zu Testzwecken ein gefälschtes Datenobjekt erstellen.
3. Integrationstests
Integrationstests prüfen, wie verschiedene Komponenten zusammen funktionieren. Dies ist anders als Unit-Tests, die unabhängige Komponenten testen. Sie schreiben Integrationstests nach Komponententests.
Integrationstests sind unerlässlich, da sie sicherstellen, dass Ihre Anwendungslogik hält.
Stellen Sie sich beispielsweise zwei Module vor: eines, das Daten von einer API abruft, und ein anderes, das sie analysiert. Sie möchten sicherstellen, dass Ihr Code die richtigen Daten abgerufen und richtig analysiert hat.
Hier kommt der Integrationstest ins Spiel. Es stellt sicher, dass keine Fehler im logischen Fluss von einem Modul zum anderen auftreten.
4. End-to-End-Tests
End-to-End-Tests prüfen den Anwendungsfluss aus Sicht des Endbenutzers. Der Prozess testet die Anwendung von Anfang bis Ende, da der Benutzer die Anwendung verwenden wird. Diese Tests bieten mehr Abdeckung als Einheitentests oder Integrationstests.
End-to-End-Tests definieren die Abhängigkeiten, Datenbanken und die externe Kommunikation der Anwendung. Sie bilden ein reales Szenario so genau wie möglich nach.
Beim Testen eines Anmeldeformulars testet ein End-to-End-Test beispielsweise verschiedene Szenarien wie:
- Ein Benutzer, der sowohl die E-Mail-Adresse als auch das Passwort übermittelt
- Ein Benutzer, der ein schwaches Passwort verwendet
- Ein Benutzer, der eine ungültige E-Mail-Adresse verwendet
- Ein Benutzer, der nur eine E-Mail sendet
- Ein Benutzer, der nur ein Passwort übermittelt
Die End-to-End-Tests stellen sicher, dass sich die Anwendung in diesen Szenarien wie erwartet verhält.
Schreibtests vs. Code schreiben
Das frühzeitige Testen Ihrer Anwendung im Entwicklungsprozess ist von entscheidender Bedeutung. Während all diese Tests unerlässlich sind, ist es wichtig, ein Gleichgewicht zu finden, das für Sie funktioniert. Andernfalls verbringen Sie zu viel Zeit damit, Tests statt Code zu schreiben.
Komponententests sind für die meisten Anwendungen von entscheidender Bedeutung, und Sie möchten möglicherweise genügend Zeit dafür einplanen. Sobald Sie Komponententests durchgeführt haben, können Sie sicher sein, dass die Bausteine Ihrer Anwendung ordnungsgemäß funktionieren.