Backtest ist nicht Test
Ein Backtest beantwortet eine Frage: Hätte diese Strategie auf historischen Daten funktioniert? Er beantwortet nicht die Frage, ob der Bot bei einer abgebrochenen Verbindung korrekt reagiert, ob eine doppelte Order-Bestätigung eine zweite Position eröffnet, oder ob eine fehlerhafte Kerze den Algorithmus in eine Endlosschleife schickt. Genau diese technischen Fragen entscheiden im Live-Betrieb oft über Erfolg oder Totalschaden — unabhängig davon, wie gut die Strategie selbst ist.
Die drei Teststufen eines Trading-Bots
- Unit-Tests: einzelne Funktionen isoliert prüfen — Positionsgrößen-Berechnung, Stop-Logik, Order-Formatierung. Schnell, automatisiert, bei jeder Code-Änderung wiederholbar.
- Paper-Trading: der Bot läuft gegen echte Marktdaten, aber ohne echtes Kapital. Zeigt, wie die Strategie unter realen Marktbedingungen reagiert.
- Staging: eine produktionsnahe Umgebung mit denselben Systemen, Verbindungen und Konfigurationen wie im Livebetrieb — nur mit einem Testkonto oder minimalem Kapitaleinsatz.
Was ein guter Unit-Test bei einem Bot prüft
Unit-Tests für Trading-Bots unterscheiden sich von klassischer Software-Entwicklung nur in den Details, nicht im Prinzip:
- Berechnet die Positionsgrößen-Funktion bei jedem Eingabewert ein plausibles Ergebnis — auch bei Null, negativen Zahlen oder extremen Ausreißern?
- Löst die Stop-Logik zuverlässig aus, auch wenn mehrere Kerzen gleichzeitig eintreffen?
- Verhält sich der Bot kontrolliert, wenn die Exchange-API einen Fehler oder unvollständige Daten zurückgibt?
- Wird jede Order korrekt protokolliert, auch wenn die Bestätigung verzögert eintrifft?
Ein Bot, der im Test nie mit einem Fehler konfrontiert wurde, trifft im Livebetrieb garantiert auf einen — nur dann mit echtem Kapital im Spiel.
Staging-Umgebung: produktionsnah, aber ohne echtes Risiko
Staging bedeutet, dass Bot, Datenanbindung, Logging und Infrastruktur exakt so aufgebaut sind wie im Livebetrieb — nur das Kapital ist minimal oder simuliert. So lassen sich Deployment-Fehler, Verbindungsprobleme und Konfigurationsfehler entdecken, bevor sie im echten Konto Schaden anrichten. Wer diesen Schritt überspringt und direkt von der Idee ins Live-Konto wechselt, testet die eigene Infrastruktur live — mit echtem Geld als Testbudget.
Ein Testplan, der Struktur gibt
Sinnvoll ist ein fester Ablauf: Unit-Tests bei jeder Code-Änderung, Backtest bei jeder Strategie-Anpassung, Paper-Trading über mehrere Marktphasen, Staging über einen definierten Zeitraum mit engem Monitoring, erst danach der reduzierte Livebetrieb mit striktem Risk-Layer. Jede Stufe filtert andere Fehlerarten heraus. Wer eine Stufe überspringt, verschiebt das Risiko nur nach hinten — in den Moment, in dem es am teuersten ist.