Ergebnis dieses Guides
Eine Prüfung der fachlichen Regel
Arbeitsumgebung
Go mit go.mod, definierter Toolchain und dem vorgesehenen Zielsystem
Wann ist diese Entscheidung wichtig?
Ein guter Test beschreibt eine beobachtbare Eigenschaft. Er soll auch dann sinnvoll bleiben, wenn die interne Umsetzung geändert wird.
Modellieren Sie Daten mit klaren Typen und geben Sie erwartete Fehler ausdrücklich zurück. Begrenzen Sie nebenläufige Arbeit und sorgen Sie bei Netzwerkzugriffen für einen nachvollziehbaren Abbruch über den zuständigen Kontext.
Tests: Schritt für Schritt.
- 01
Vorbereiten
Wählen Sie einen normalen Fall, einen Grenzwert und einen erwarteten Fehler. Trennen Sie feste Testdaten von produktiven Daten.
- 02
In Go umsetzen
Prüfen Sie Rückgabewerte und beabsichtigte Seiteneffekte. Verwenden Sie externe Dienste nur dort, wo ihre Integration tatsächlich geprüft werden muss.
- 03
Im tatsächlichen Projekt prüfen
Führen Sie Build und Tests im Modul aus. Prüfen Sie Fehlerwerte und Aufräumen von Ressourcen; bei gemeinsam veränderlichen Daten gehört die Erkennung von Datenrennen zur passenden Prüfung.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient eine API für interne Integrationen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Eine Berechnungsfunktion mit normalen, leeren und ungültigen Werten
- Erwartetes Ergebnis
- Alle erwarteten Ergebnisse lassen sich reproduzierbar prüfen.
- Fehler- oder Grenzfall
- Eine andere Reihenfolge der Tests verändert das Ergebnis nicht.
Abnahme und typische Fehler.
- Ein Defekt am wichtigsten Ablauf wird vor Auslieferung entdeckt.
- Eine andere Reihenfolge der Tests verändert das Ergebnis nicht.
- Nebenläufigkeit und Fehlerbehandlung sollen explizit bleiben statt durch Abstraktion verborgen zu werden.
Typischer Fehler
Tests, die nur denselben Code wiederholen, geben falsche Sicherheit.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
