Backtest als Prozess: Regeln, Daten und Fehlerfälle prüfen

Ein Backtest ist eine Stufe, kein vollständiger Rentabilitätsnachweis. Schreibe Regeln, prüfe Historie, trenne Entwicklung von Evaluation und untersuche laufenden Betrieb mit Beobachtung oder Demo. Eine optionale Liveuntersuchung benötigt einen eigenen Grund und begrenzte Belastung. Kein bestandener Abschnitt garantiert Kontobestand oder wiederholbare Rendite.

Für jede Frage einen eigenen Beleg behalten

Programmkonsistenz, Datenqualität, historische Wirtschaftlichkeit und Kontobetrieb sind verschiedene Fragen. Korrekte Software kann eine unrentable Idee umsetzen; eine profitable Kurve kann aus falschem Code entstehen. Lege eine Versionenkarte mit Frage, erwarteter Beobachtung, Resultat und ungeklärter Grenze an. Fehlender Nachweis heißt „nicht geprüft“.

Prüfe erfolgreiche Order, Verlust, kein Signal, bestätigte Ablehnung und Neustart. Ein hypothetischer 30-Prozent-Rückblick aus 300 Varianten ist ein Anlass zur Auswahlprüfung, kein Vorteilbeweis. Die Backtestmethodik ordnet Daten und Ausführung genauer ein.

Eigene hundert Funktionstests bestehen aus 98 normalen Fällen und zwei bereits bestätigten Orderablehnungen. Alle Normalfälle dokumentieren den erwarteten Zustand. Beide Ablehnungsfälle markieren dagegen fälschlich Ausführung. Die Gesamtquote 98/100 = 98 Prozent verdeckt die verpflichtende Kategorie 0/2 = 0 Prozent.

Die Prüfung bleibt offen. Repariere das Verhalten und wiederhole betroffene Fälle, einschließlich Kontrolle weiterhin korrekter Normaloperation. Kategorien und Erwartungen waren vorher festgelegt. Fehlende Netzwerkantwort ist hier keine bestätigte Ablehnung. Die Prozentflächen stehen je Kategorie für deren ganze Gruppe; sie vergleichen keine Fallzahlen und liefern keine künftige Zuverlässigkeitswahrscheinlichkeit.

Eine genaue Regel braucht mehr als Parameter

Schreibe Einstieg, Ausstieg, Stop, Ziel und Größenrechnung reproduzierbar auf. Ein hypothetischer Kandidat mit EMA50/200, RSI14, zwanzigperiodigem Mittel, Stop 1,5 ATR14, Ziel 2,5 ATR und einem Prozent geplantem Risiko benötigt weiterhin genaue Barzeit, Berührungsdefinition und ausführbare Preise.

Auch gleichzeitige Ausstiegsbedingungen, bestehende Positionen und fehlende Inputs müssen entschieden sein. Eine Reihe Indikatoren ohne diese Festlegungen ist kein vollständiger Auftrag. Ein Prozent ist eine eigene Annahme und kein garantierter realisierter Verlustdeckel. Vergleiche unabhängig reproduzierte Einzelentscheidungen, statt nur gleiche Endwerte zu erwarten.

Historie passend zur Forschungsfrage sichern

Wähle Zeitraum anhand Hypothese und verfügbarer Instrumentdaten, nicht nach allgemeiner Jahreszahl. Bewahre Anbieter, Produkt, Kursseite, Zone, Lücken, Codeversion, Inputs und Ausführungsmodell. Archive oder überprüfbare Kennungen verbinden Daten mit Operationslisten und Logs.

MT5-Echtticks können generierte Ersatzbereiche enthalten. Änderungen an Historie, Terminalbuild oder Kontoannahmen können Ergebnisse ohne Regeländerung verschieben. Tradezahl allein macht Belege nicht unabhängig. Der Laufvergleich hilft, solche Unterschiede zuerst zu erklären.

Verwendete Evaluation wird Entwicklung

Lege chronologische Aufteilung und Bewertungsfrage vorab fest. Ein 70/30-Design ist möglich; schwächere Out-of-Sample-Werte können Bedingungen, Kosten oder Stichprobenvariation neben Auswahl erklären. Evaluationsdaten sollen die zugehörige Regelwahl nicht informieren.

Konkretes hypothetisches Versionenbeispiel: Version 1.0 wird auf 2024–2025 geprüft. Ihre Montagverluste motivieren Version 1.1 ohne Montag. Ein neuer Durchlauf 2024–2025 ist jetzt Entwicklung dieser Version. Bewahre beide Berichte und Änderungsgrund. Eine neue Bezeichnung macht bereits betrachtete Daten nicht unabhängig.

Walk-forward als weitere begrenzte Prüfung

Eigener Zeitplan: Entwicklung 2018–2021, Evaluation 2022; danach Entwicklung 2019–2022, Evaluation 2023. Setze die gewählte rollende oder verankerte Spezifikation ohne zukünftige Information fort. Fünf bis sieben Zyklen sind eine Designwahl. Definiere WFE und ihren Nenner, bevor du vergleichst; Werte 0,5–0,75 oder unter 0,3 sind keine universellen Urteile.

Die Walk-forward-Auswertung ergänzt die Chronologie. MT5s historische Option Forward bewertet einen späteren Teil vorhandener Historie. Das ist nicht dasselbe wie zukünftige Quotes auf Demo zu beobachten. Nach Einsicht und Anpassung bleiben erneute Resultate nicht unberührt.

Teilfill und Neustart am tatsächlichen Zustand prüfen

Demo oder Beobachtung ohne Orders können aktuelle Signalzeit, Erlaubnisse, Antworten und Neustart prüfen. Logge Ideenkennung, verlangte Menge, Fills und aktive Orders. Ein ruhiger Monat ohne Signal testet keinen Einstieg; verstrichene Monate prüfen keinen Fehler, der nie auftrat. Demofills müssen Livebedingungen nicht reproduzieren.

Eigenes Beispiel: Zielgröße 0,20 Lot Kauf. Vor Abbruch werden 0,08 gefüllt; der alte Rest ist später nachweislich storniert. Es gibt keine anderen Positionen oder Orders für diese Idee. Erneut 0,20 zu füllen ergäbe 0,28:0,08 zu viel oder 40 Prozent über Ziel. Nur 0,20−0,08=0,12 zu ergänzen erreicht 0,20.

Ist die Stornierung unbekannt, könnte der alte Rest noch füllen. Gleiche zuerst den Zustand ab, statt auch 0,12 blind zu senden. Das Beispiel prüft einen Ausfallpfad, keine Gesamtzuverlässigkeit. OrderSend=true allein bestätigt keinen vollständig ausgeführten Vorgang.

Bei begründeter Livebeobachtung bestimme Vertrag, Einheiten und Belastung. „Mikrolot“ bedeutet nicht automatisch ein Zehntel jeder Zielgröße. Drei bis sechs Monate sind mögliche Planung, keine Freigabeschwelle. Vergleiche tatsächliche Kosten und Fills vor möglichem Ausbau; ähnliche Kennzahlen entfernen Marktverlust nicht.

Ein vollständig hypothetischer Breakoutablauf

EUR/USD-M30-Kandidat: Einstieg anhand vorheriger zwanzig Bars Hoch, Ausstieg anhand vorheriger zehn Bars Tief. Zeitpunkt und Fillregeln bleiben festzulegen. Entwicklung 2014–2020 und Evaluation 2021–2023 sind Beispielperioden.

Angenommen ausgewählte 23/11-Bars und 1,4-ATR-Stop liefern zugewiesen 58 Prozent Trefferquote, Profit Factor 1,72 und 22 Prozent annualisiert IS; OOS 54 Prozent,1,51 und 18 Prozent. Eine spätere Demovariante setzt einen halben Pip zusätzliche Ausführungskosten, eine optionale Livevariante 51 Prozent Trefferquote. Alles sind erfundene Zusammenfassungen, keine Erfolgsbelege.

Diese Zahlen rekonstruieren weder Tradefolge noch Drawdown und bestimmen keine Größe. Konsistente zwölf Prozent auf allen Stufen sind nicht automatisch sicherer als 30 Prozent IS und acht OOS. Vergleiche Signale, Auszahlungen, Kosten, Belastung und Unsicherheit. Monte Carlo erkundet seine Stichproben- und Ausführungsannahmen, nicht jedes künftige Ereignis.

Morgen eine prüfbare Karte anlegen

Eine dokumentierte Prüfung darf zur Verwerfung führen. Keine allgemeine Neun-bis-Fünfzehn-Monats-Pflicht endet bei Livegeld, und absolvierte Stufen garantieren keine dauerhaft besseren Erfolgschancen. Offene Fragen bleiben auch bei verlockender Kurve offen.

1. Erstelle eine versionierte Karte mit vollständiger Regel, Informationszeit, Menge und Aussetzungsfällen und sichere Daten sowie Produktspezifikationen. Definiere die chronologische Evaluation vor der Auswahl; das Ergebnis soll einen nachvollziehbaren Versuch mit bekannten Grenzen beschreiben, statt eine Kalenderstufe als Livefreigabe zu verwenden.
2. Prüfe Normalbetrieb und Fehlerkategorien einzeln und dokumentiere ihre jeweiligen Nenner. Rechne im Funktionssatz 98 Prozent insgesamt neben null von zwei richtigen Ablehnungsfällen nach; die hohe Gesamtquote darf nicht verdecken, dass gerade der untersuchte Sicherheitsfall vollständig fehlschlägt.
3. Verfolge im Teilausführungsmodell bestätigte 0,08 Lot, Restorder und eine mögliche weitere Anweisung getrennt. Notiere die Überfüllung auf 0,28 Lot sowie 0,12 Lot nur bei bestätigter Reststornierung; bewahre Varianten und entscheide über Untersuchung, Revision oder Ende statt Livegeld als verpflichtenden Abschluss.