Wie überprüft man einen EA nach der Optimierung? Parametervalidierung und Out-of-Sample-Tests trennen

Autor: Thomas | EA- und Plattformpraxis | 10. Oktober 2026

Nachdem die EA-Optimierung eine Reihe schöner Parameter ergeben hat, sollte der nächste Schritt nicht darin bestehen, nur den Screenshot mit der höchsten Rendite auszuwählen. Die nützlichere Frage ist: Wie sehen die Ergebnisse aus, wenn man einen Datensatz verwendet, der nicht an der Auswahl beteiligt war? Dieser Artikel beschreibt einen Dokumentationsablauf für Parameterauswahl und Out-of-Sample-Tests. Er zeigt keine erfundenen Testergebnisse und behandelt historische Ergebnisse nicht als Garantie für zukünftige Renditen.

Zuerst klären: Testen und Optimieren sind nicht dasselbe

Laut offizieller MT4-Dokumentation verwendet ein einzelner Test den Value in den Eingabeparametern, während Start, Step und Stop für die Parameteroptimierung verwendet werden. Das Ändern der Optimierungseinstellungen ist nicht gleichbedeutend damit, alle Bedingungen eines bestimmten Tests mit festen Parametern zu ändern. Beim Speichern der Aufzeichnung sollte klar angegeben werden, ob diesmal eine feste Konfiguration ausgeführt oder nach mehreren Kombinationen gesucht wurde.

Dass die Software eine Optimierungsfunktion bietet, bedeutet nicht, dass der ausgewählte Höchstwert Vorhersagekraft für die Zukunft hat. Das endgültige Ergebnis hängt auch von Daten, Kostenannahmen und der Programmierumsetzung ab und muss getrennt geprüft werden.

Vor der Suche zuerst die Datennutzung aufteilen

Zuerst einen Datensatz festlegen, der für die Parameterauswahl verwendet wird, dann einen weiteren Datensatz für die Prüfung reservieren. Nach der Aufteilung von Zeit, Instrument und Verwendungszweck eine Aufzeichnung speichern, um zu vermeiden, dass erst alle Ergebnisse betrachtet und dann rückwirkend ein leicht bestehender Bereich ausgewählt wird.

Out-of-Sample bedeutet, dass der Datensatz nicht an dieser Auswahl beteiligt war. Wenn derselbe Datensatz bereits wiederholt betrachtet und darauf basierend Parameter geändert wurden, kann dieser Datensatz nicht weiter als vollständig unabhängiger Validierungsnachweis gelten. Hier wird ein Forschungsablauf diskutiert; es wird nicht behauptet, dass ein festes Aufteilungsverhältnis für alle EAs geeignet ist.

Lehrbeispielablauf: Auswählen, Einfrieren, Prüfen

Der schematische Lehrbeispielablauf ist: Auswahlbereich A → Kandidatenparameter und Version speichern → Auswahl einfrieren → feste Parameter im reservierten Bereich B ausführen → Bestehen oder Fehlschlagen dokumentieren. A und B sind nur Labels für den Verwendungszweck der Daten, keine realen Konten oder Kurscharts.

Wenn B schlecht abschneidet, nicht sofort die Parameter ändern und das geänderte B-Ergebnis dann als ersten Out-of-Sample-Test bezeichnen. Wenn tatsächlich Änderungen nötig sind, sollte der neue Auswahlprozess dokumentiert und angegeben werden, dass die ursprüngliche Prüfung nicht bestanden wurde; anschließend sind neue Validierungsdaten erforderlich.

Nicht nur Parameter, auch die Umgebung wird eingefroren

EA-Version, Instrumentspezifikationen, Zeitrahmen, Datenquelle, Testdatum und Modell speichern. Auch Anfangskapital, Kosten und Handelsrichtung klar angeben. Beim Vergleich von Ergebnissen vor und nach einer Änderung prüfen, ob diese Bedingungen übereinstimmen. Es ist nicht zulässig, mehrere Einstellungen gleichzeitig zu ändern und die Veränderung allein auf verbesserte Parameter zurückzuführen.

Ob ein konkretes Programm ein bestimmtes Instrument, einen Zeitrahmen oder eine Positionsbehandlung unterstützt, sollte beim Entwickler geprüft werden. Dass der Tester startet, beweist nicht, dass alle Betriebsbedingungen erfüllt sind.

Nicht nur die höchste Rendite, sondern auch die Veränderungsgrenzen betrachten

Anzahl der Trades, Drawdown, Kostenbasis und ob die Ergebnisse auf wenige Trades konzentriert sind, dokumentieren. Wenn sich das Ergebnis bei geringfügiger Änderung ähnlicher Parameter stark verändert, sollte die Ursache weiter untersucht werden, statt automatisch anzunehmen, man habe den exakten profitablen Code gefunden.

Ähnliche Performance in der Nähe der Parameter kann ebenfalls nicht unabhängig belegen, dass es im Livebetrieb funktioniert. Sie liefert nur einen Hinweis für weitere Forschung; Marktumgebung, Ausführungsunterschiede und unabhängige Stichproben müssen weiter geprüft werden. Ohne vollständige Testunterlagen werden keine festen Gewinnraten oder Renditezahlen angegeben.

Fehlgeschlagene Ergebnisse sollten im Bericht bleiben

Wenn eine Prüfung nicht bestanden wurde, klar dokumentieren, in welchem Bereich dies geschah, welche Annahmen überprüft werden müssen und ob Daten fehlen. Fehlgeschlagene Konfigurationen und Originalergebnisse behalten, ungünstige Aufzeichnungen nicht löschen und nur die letztlich beste Gruppe übrig lassen.

Wenn wiederholt Stichproben oder Ziele gewechselt werden und erst am Ende ein gutes Ergebnis entsteht, sollte dieser Prozess offengelegt werden. Nur die letzte Kurve zu zeigen, lässt Leser nicht erkennen, wie viele Versuche im Auswahlprozess unternommen wurden.

Simulierte Beobachtung und Livebetrieb sind unterschiedliche Phasen

Nach dem Out-of-Sample-Test kann eine simulierte Beobachtung fortgesetzt werden, um Echtzeiteingaben, Auslösebedingungen und Programmstatus zu prüfen. Simulierte Performance kann jedoch weiterhin keine Live-Ergebnisse garantieren. Plattformausführung und Gebühren müssen getrennt geprüft werden; Backtest-Zahlen ersetzen keine Prüfung realer Orders.

Das Wochenende eignet sich zum Ordnen von Versionen, Parametern und Validierungsaufzeichnungen. Kein Test sollte die Kontogenehmigung umgehen oder zur Validierung willkürlich tatsächliches Risiko erhöhen. Leverage-Handel kann zu erheblichen Verlusten führen. Dieser Artikel dient der Ausbildung zu EA-Forschungsabläufen, ist keine Anlageberatung und verspricht keine Renditen.