In diesem Artikel
Nach diesem Artikel kannst du …
- CSV-Protokoll und Zeitstempel vor der Analyse kontrollieren.
- Rasterpositionen von Zeilen, Wiederholungen und Preiskonflikten trennen.
- Das vollständige synthetische Beispiel reproduzieren.
- OHLC-Abdeckung von Tickhistorie und Backtestvalidität unterscheiden.
Begriffe direkt erklärt
Backtesting Geldkurs und Briefkurs (Bid/Ask) Ausführungsabweichung (Slippage)Bevor du eine Strategie testest, müssen ihre Datenzeitpunkte und Preise nachvollziehbar sein. Ein Bericht über Rasterlücken ist dafür eine begrenzte Diagnose. Er kennt weder den tatsächlichen Handelskalender noch die Ursache einer fehlenden Beobachtung. Bewahre Export, Einstellungen und Ergebnis zusammen auf.
Instrument, Kursbasis und Raster vor dem Zählen definieren
Notiere Anbieter, Instrument, Zeitrahmen und Preisbasis. Bid-, Ask- und Mittelpunktkerzen sind verschiedene Reihen; „EUR/USD“ allein reicht nicht. Prüfe die Zeitstempelbedeutung. Ein Export mit Schlusszeiten erscheint gegen eine Open-Zeitskala verschoben, obwohl beide Quellen für sich gültig sein können.
Der Vertrag des Werkzeugs verlangt exakt den Kopf timestamp,open,high,low,close und danach je fünf kommagetrennte Felder. Preise verwenden Dezimalpunkt ohne Tausendertrenner. Anführungszeichen, zusätzliche Spalten und deutsche Semikolon-CSV brauchen vorher eine dokumentierte Umwandlung. Der Prüfer lehnt nicht unterstützte Formate ausdrücklich ab, statt sie zu erraten. Behalte die Rohdatei und prüfe dabei besonders Minuszeichen und Preisdezimalen.
Ein vollständiger Zeitstempel wie 2026-10-12T08:00:00Z bezeichnet denselben Moment wie 2026-10-12T10:00:00+02:00. Das zweite Format passt an diesem Datum zu Europe/Berlin. Sekunden sind erforderlich, bis zu drei Nachkommasekunden zulässig. Eine Serverzeit ohne Offset bleibt mehrdeutig. Ein angehängtes Z konvertiert die Uhrzeit nicht nach UTC. OANDAs Alignment-Parameter zeigen außerdem, warum eine kalendarische Kerze eine definierte Zone und Ausrichtung braucht.
Gib erste und letzte erwartete Open-Zeit separat an; beide Grenzen sind eingeschlossen. 08:00 bis 08:11 UTC bei M1 ergibt zwölf Zeitpunkte. Das Raster beginnt an der ersten Grenze, und die letzte muss genau darauf liegen. Das Modell nutzt gleich lange vergangene Zeitintervalle. Ein Kalendermonat oder ein lokaler Tag mit Sommerzeitwechsel passt nicht automatisch zu festen 1.440 Minuten. Ein 23-Stunden-Tag umfasst 1.380, ein 25-Stunden-Tag 1.500 Minuten; das ist eine Dauerabgrenzung, keine Handelskalenderregel.
Den lokalen Prüfer und das Beispiel auswerten
Lade eine CSV und wähle ein ganzzahliges Intervall von 1 bis 1.440 Minuten samt beiden Grenzen. Verarbeitung geschieht im Browser ohne Versand des Inhalts oder dauerhafte Speicherung. Grenzen: 2 MiB Datei, 100.000 Zeilen und 100.000 erwartete Rasterpositionen. Teile längere Bereiche in dokumentierte, nicht überlappende Fenster.
Preisfelder erlauben bis zu 15 signifikante Ziffern und 48 Zeichen. Höhere Präzision wird abgelehnt, damit Rundung keinen Konflikt verdeckt. Ohne JavaScript bleiben Anleitung und ausgearbeitetes Beispiel lesbar; Dateiprüfung und Bericht benötigen den Controller. Ergebnisdownload enthält Einstellungen und Bericht.
CSV-Abdeckung des Zeitrasters prüfen
Die Datei wird lokal analysiert, weder versendet noch dauerhaft gespeichert. Format: timestamp,open,high,low,close. Höchstens 2 MiB. Zeitstempel brauchen Z oder einen ausdrücklichen Offset.
Fehlerfreies Beispiel herunterladen · Diagnosebeispiel herunterladen
Die beiden angebotenen Dateien sind synthetisch, keine Broker- oder Kontodaten. Wähle M1 und 08:00 bis 08:11 UTC am 12. Oktober 2026. Die saubere Datei enthält zwölf verschiedene gültige Zeitpunkte. Die Diagnoseversion enthält ebenfalls zwölf Zeilen, aber nur acht gültige Positionen:
- Vier leere Positionen: 08:03, 08:04, 08:10 und 08:11.
- Zwei wiederholte Zeilen: weitere Vorkommen von 08:02 und 08:06.
- Eine Preiskonfliktgruppe: zwei gültige 08:06-Kerzen mit verschiedenen OHLC.
- Eine ungültige Zeile: Das High um 08:04 liegt unter dem Open.
- Eine Zeile außerhalb des M1-Rasters: 08:07:30; ein Zeitrücksprung: 08:08 erscheint nach 08:09.
Zwölf Zeilen verdecken vier leere Positionen; Konflikte bleiben neben Coverage sichtbar.
- 08:00, 01, 02, 05, 07, 08, 09
- Gültig belegt – 7 verschiedene Positionen
- 08:06
- Belegt mit Preiskonflikt – 1 weitere Position, 2 verschiedene OHLC
- 08:03, 04, 10, 11
- Keine gültige Kerze – 4 leere Positionen
- Rohdatei
- 12 Zeilen – 2 Wiederholungen, 1 ungültige und 1 Off-grid-Zeile
Die längsten Lücken enthalten jeweils zwei erwartete Opens. Bei Gleichstand meldet das Modell zuerst 08:03–08:04. Das ist keine gemessene Ausfalldauer. Auch die acht belegten Positionen sind nicht acht konfliktfreie Preise: 08:06 bleibt zweideutig. Die Rohdatei wurde unabhängig auf zwölf Zeilen, elf gültige OHLC-Zeilen, acht Rasterpositionen und zwei Wiederholungen kontrolliert.
Befunde erklären statt automatisch reparieren
Coverage zählt verschiedene gültige Zeitpunkte, nicht Zeilen. Eine identische Wiederholung liefert keine neue Position. Verschiedene, formal gültige OHLC am selben Zeitpunkt belegen eine Position, erzeugen aber zusätzlich einen Konflikt. Deshalb können null Lücken und ungeklärte Preise gleichzeitig vorkommen. Das Werkzeug wählt nicht den höheren, jüngeren oder attraktiveren Preis.
Eine ungültige Zeile verbessert keine Coverage. Preise müssen endlich sein; High darf nicht unter Open, Close oder Low liegen, Low nicht über den übrigen Preisen. Auch Zeilen außerhalb von Fenster oder Raster verbessern die Abdeckung nicht. Alle Befunde werden gezählt, je Gruppe höchstens 20 Beispiele angezeigt.
Vergleiche eine Wochenendlücke mit dem tatsächlichen Produktkalender und eine Lücke innerhalb deklarierter Öffnung mit Quelle und Downloadlog. Das OANDA-Feld complete bedeutet, dass die betreffende Kerzenperiode beendet ist; es zertifiziert nicht den ganzen Export. Setze keine letzte Quote in fehlende Intervalle ein, nur um den Chart zu glätten. Das erzeugt synthetische Kerzen und kann Indikatoren oder Stopausführungen verändern. Sortieren löst ebenfalls keine widersprüchlichen OHLC. Jede Datenkorrektur braucht Quelle, Grund und erhaltenes Original.
Vollständige OHLC sind kein Echtticknachweis
Kerzen beschreiben nicht die gesamte Preisfolge. MetaQuotes dokumentiert generierte Ticks, wenn eine Minutenbar vorhanden ist, ihre Ticks aber fehlen. Vollständige M1-CSV bestätigt daher keinen ausschließlich aufgezeichneten Ticktest. Prüfe Testerjournal, vorhandenen Tickzeitraum und gewähltes Modell.
Vergleiche gewünschten und tatsächlichen Testbeginn. Zu wenig vorbereitende Historie kann den Start verschieben. Bei CopyRates prüfst du verlangte gegen zurückgegebene Anzahl; der Download kann nach einer Teilantwort weiterlaufen. Die MT4-/MT5-Anleitung erklärt Einstellungen, die Testmethodik verbindet sie mit unabhängiger Evaluation.
Den Bericht als reproduzierbare Diagnose verwenden
Speichere Rohdatei, Intervall, Grenzen, Preisbasis, Zone und Sessionquelle. Untersuche die längste Lücke sowie jeden Preiskonflikt mit Original und Downloadprotokoll. Dokumentiere bestätigte Schließzeiten oder fordere korrigierte Daten an. Wiederhole denselben Bereich und bewahre auch den vorherigen Bericht.
Erst auf einem akzeptierten Bereich kontrollierst du einen kleinen visuellen Strategietest: Signale an früheren Lücken, Spreadkosten und Ausführungsfolge. Die Python-Datenprüfung ergänzt einen eigenen Motor. Eine ausgefüllte Skala ist Datenwissen, keine Vorhersage von Rendite oder genereller Anbieterzuverlässigkeit.
- Speichere Rohdatei, Intervall, beide erwarteten Grenzen, Preisbasis, Zeitzone und Sessionquelle mit dem Bericht. Rechne im M1-Modell zwölf inklusive Rasterstellen und vier fehlende nach; bewahre gültige Zeilen und unterschiedliche Zeitstempel getrennt, damit Wiederholungen nicht als zusätzliche Abdeckung zählen.
- Untersuche die längste Lücke und jeden Preiskonflikt anhand Originaldatei und Downloadprotokoll und dokumentiere bestätigte Schließzeiten oder eine Korrekturanfrage. Wiederhole denselben Bereich mit gleichen Einstellungen und erhalte den vorherigen Bericht; ein leerer Abschnitt darf ohne Nachweis weder geschlossen noch interpoliert gelten.
- Prüfe erst auf einem akzeptierten Bereich einen kleinen visuellen Strategietest mit Signalen an früheren Lücken, Spreadkosten und Ausführungsfolge. Dokumentiere verbleibende Einschränkungen und datierte Tageslängen; die ausgefüllte Abdeckungsskala beschreibt Daten und bestätigt weder Rendite noch die allgemeine Zuverlässigkeit des Anbieters.
Prüfe dein Verständnis
Etwa 3 Minuten Übung.
Antwort und Erklärung anzeigen
Coverage fragt nach gültiger Belegung, nicht nach eindeutiger Preisversion.
Weitere Fragen
Bedeutet eine fehlende Minute einen Anbieterfehler?
Nicht automatisch. Der Checker findet keinen gültigen Datensatz auf einer von dir definierten Rasterposition, kennt aber Handelskalender und Veröffentlichungsregeln nicht. Prüfe Produktplan, Zone und Downloadlog. Erst diese Informationen helfen, Schließzeit, Exportproblem oder fehlende Beobachtung zu unterscheiden. Ergänze keinen Preis vor der Ursachenprüfung und bewahre die Kalenderquelle auf.
Warum sind trotz null Lücken Preiskonflikte möglich?
Eine Position gilt als belegt, sobald mindestens eine gültige Kerze vorliegt. Zwei verschiedene OHLC können beide formal gültig sein und denselben Zeitpunkt betreffen. Der Konflikt bleibt gesondert offen. Der Checker entscheidet nicht über die richtige Version; gleiche beide mit der Quelle ab. Sortieren löst das Problem nicht, weil beide Zeilen denselben Moment beschreiben.
Kann das Werkzeug jede Brokerdatei direkt lesen?
Nein. Es verlangt genau fünf Spalten mit dem Kopf timestamp,open,high,low,close, Dezimalpunktpreise und vollständige Zeitstempel mit Offset. Semikolon, Anführungszeichen, Zusatzspalten und unzonierte Serverzeiten benötigen dokumentierte Vorbereitung. Bewahre die Rohdatei. Prüfe außerdem, ob der Zeitstempel Open oder Close bezeichnet; eine reine Trennzeichenumwandlung korrigiert keine falsche Zeitskala.
Reicht eine vollständige Skala für einen akzeptierten Backtest?
Nein. Sie ist eine Datenkontrolle, kein Strategietest. OHLC rekonstruiert nicht alle Ticks, historischen Spreads, Gebühren und Orderausführungen. Kläre Preisversionen, Quelle und Modell, bevor du Programmverhalten und Chronologie prüfst. Änderungen brauchen erhaltene Vorberichte. Der Checker belegt weder künftige Profitabilität noch vollständige Zuverlässigkeit eines Anbieters.
Quellen und Nachvollziehbarkeit
- MetaTrader5 — Reale und generierte Ticks
Bid/Ask-Ausführungen undErzeugung beifehlendenTickdaten trotzvorhandenerMinutenbar.
- MetaQuotes: Historie vorbereiten
Datensynchronisation und möglicher tatsächlich verschobener Testbeginn bei unzureichender vorbereitender Historie.
- MQL5 — CopyRates
Rückgabewert der kopierten Datensätze und unvollständigeHistorie; angeforderteBarzahl prüfen.
- OANDA: Candlestick-Definitionen
Zeitstempel des Starts, Bid/Ask/Mid und complete als beendeter Kerzenzeitraum; keine Zertifizierung eines Exports.
- OANDA: Candlestick Alignment
dailyAlignment und alignmentTimezone unterscheiden Kalendertag von gleichmäßiger UTC-Dauer.
Rechenfälle sind ausdrücklich angenommene Beispiele. Sie ersetzen weder aktuelle Marktdaten noch die Spezifikation deines Anbieters.
