Ziskový historický test se může lišit od živého provozu kvůli datům, provedení a výběru parametrů. MT4 a MT5 poskytují různé modely testeru; žádný název režimu ani vysoké procento kvality neověří všechny tyto předpoklady. Začněte otázkou, jaké rozhodnutí a za jakých informací chcete simulovat.

Dva testery, jiná omezení

Obě platformy testují EA na historii. MT5 podporuje více symbolů a rozděluje optimalizační průchody mezi agenty; neznamená to využití všech jader jedním během. MT4 má také genetický optimalizátor, ale běžný tester nevykonává obchodní operace na jiných symbolech než testovaném. Součet oddělených reportů nereprodukuje společný kapitál portfolia.

Uložte build, kompilovaný program, parametry, specifikaci symbolu a účetní předpoklady. Historie stažená přes MT4 History Center se může lišit od serveru brokera. Délka dat ani nálepka timeframe neurčuje vhodnost. Metodika backtestu potřebuje konkrétní smluvní produkt, nikoli pouze obrázek měnového páru.

Počet ticků není pokrytí minut

Dva jmenovatele, dvě správná procentaTři fiktivní minutové svíčky: první 10 skutečných ticků, druhá 10, třetí 0 skutečných a 80 modelově generovaných.MODELOVÝ VÝPOČETSkutečné minuty2/3 ≈66,67 %Skutečné záznamy20/100 =20 %Přidáme generovanéMinuty stále 2/3
Dva jmenovatele, dvě správná procenta. Tři fiktivní minutové svíčky: první 10 skutečných ticků, druhá 10, třetí 0 skutečných a 80 modelově generovaných.

Vlastní metriky nepředstavují Modelling Quality ani pravděpodobnost výnosu.

Skutečné minuty
2/3 ≈66,67 % – Počítáme časové intervaly obsahující skutečné ticky.
Skutečné záznamy
20/100 =20 % – Počítáme jednotlivé skutečné a všechny výsledné záznamy.
Přidáme generované
Minuty stále 2/3 – Více záznamů ve třetí minutě nepřidá skutečnou historii.

Původní fiktivní dataset má tři kompletní minutové svíčky. První dvě obsahují po deseti skutečných tickových záznamech, třetí žádný skutečný tick a modelově osmdesát generovaných. Celkem je 100 záznamů. Vlastní míra pokrytí minut skutečnými ticky je 2/3≈66,67 %, zatímco podíl skutečných záznamů 20/100=20 %.

Další generované záznamy ve třetí minutě mění druhý jmenovatel, ale nepřidávají minutu skutečné historie. Osmdesát je vymyšlený počet, nikoli údaj reportu. Obě vlastní míry nejsou definicí pole Modelling Quality a žádná neprokazuje obchodní výhodu.

Režim a původ historie

MT4 nabízí Open prices only, Control points a Every tick. Pracují s historií svíček a modelováním průběhu; Control points je hrubý předběžný odhad. MT5 navíc nabízí brokerovy zaznamenané ticky a 1 minute OHLC. Denní signál nevylučuje potřebu intrabar kontroly stopů. Zjednodušení je přijatelné až po porovnání s pravidlem a omezeními modelu.

MT5 může při minutové svíčce bez dostupných skutečných ticků použít generované. U skutečných ticků se spread může měnit uvnitř minuty, u generovaných je přiřazen minutovou svíčkou. Ověřte log a konkrétní pokrytí, nikoli pouze název režimu.

MT4 procento modelování popisuje vytvořená data, ne správně předpovězené ceny nebo budoucí zisk. Externí zobrazení 99 % místo 90 % vyžaduje kontrolu vlastního postupu dodavatele. Samotný import HST svíček nezajistí skutečné tickové modelování; externí proces může potřebovat FXT soubory nebo další software.

Spread, komise, swap a zpoždění

Běžný MT4 přidává zvolený spread k Bid historii; výchozí hodnota bere spread na začátku testu, nikoli celou historickou cestu. Při předpokládané pětidesetinné EUR/USD kotaci znamená 12 bodů po 0,00001 vzdálenost 0,00012, tedy 1,2 pipu po 0,0001. Bod není automaticky pip.

MT5 dovoluje komise účtu nebo vlastní nastavení. Zkontrolujte účtování při vstupu, výstupu nebo obojím a srovnejte jeden úplný obchod. Režim výsledků v pipech vynechává komise, swap a kontrolu marže. Emulované zpoždění je scénář, nikoli rekonstrukce všech živých plnění a likvidity.

Nový samostatný CZK případ: vlastní report čtyř obchodů uvádí cenově +400,+400,−300,−300 Kč, celkem +200. Samostatný náklad 60 Kč za každý úplný obchod dává +340,+340,−360,−360, čistě −40 Kč. Při nezměněných cenách počet 240 generovaných záznamů místo 80 v problematické minutě tento účetní nedostatek neopraví.

V datasetu předchozího příkladu by 20 skutečných plus 240 generovaných znamenalo 20/260≈7,69 % skutečných záznamů, zatímco skutečné minuty stále 2/3. Změnili jste vlastní datovou metriku, nikoli komisi nebo prokázanou kvalitu strategie. Korunní příklad nepřepočítává původní PLN účet ani neoznačuje žádnou skutečnou platformu za chybující.

Budoucí informace, pořadí pole a výběr

Look-ahead používá údaj, který v okamžiku rozhodnutí ještě nebyl dostupný. V 10:15 je už dosažené high aktuální H1 svíčky od 10:00 známé, ale její konečné hodinové high nikoli. Pravidlo dokončené hodiny musí čekat. Neměňte plošně každou nulu na jedničku: změnili byste i platnou detekci nové svíčky a pravidla aktuální ceny.

Původní úspěšné CopyRates vrátí čtyři close od nejstaršího po aktuální: 100,101,102,103. U dynamického pole as_series=false znamená rates[1].close hodnotu 101 a poslední dokončené rates[2].close je 102. S as_series=true je rates[1].close 102. Pravidlo „poslední dokončené close >101,5“ platí; mylné čtení běžného pole je odmítne. To je záměna starší svíčky, nikoli důkaz budoucí informace.

Neindexujte čtyři prvky, pokud jich volání vrátilo méně. Kontrolujte čas, počet a směr indexace každého vstupu. Přeučení vzniká i opakovaným hledáním příznivé náhody. Vysoká úspěšnost, profit factor nebo nízký drawdown samy přeučení nedokazují.

Survivorship bias vynechá historicky dostupné instrumenty či účty, které později zmizely. Sestavte tehdejší výběr; obecné nadhodnocení výsledku o 30–50 % zde doloženo není. Ani změna výsledku o třicet procent po změně indexu sama nediagnostikuje look-ahead.

Saldo, equity a chronologické vyhodnocení

Původní hypotetický PLN účet začíná na 10 000. Uzavřené zisky 500 dávají saldo 10 500, ale otevřená ztráta 700 snižuje equity na 9 800 před ostatními změnami a náklady. Samotné saldo tuto expozici skryje. Prahový profit factor ani Sharpe strategii necertifikuje.

Walk-forward hodnotí po sobě jdoucí zmrazené volby parametrů na pozdějších datech. Srovnávejte anualizované veličiny na stejné bázi a chronologickou sérii out-of-sample obchodů. WFE pod 0,5 samo neurčuje přeučení; nulový nebo záporný vývojový výnos interpretaci komplikuje. Vše zůstává simulací s daty a modelem exekuce.

Kdy potřebujete jiný nástroj

Tester posuzuje kódovaná pravidla. Ruční úsudek potřebuje zapsaná kritéria a replay protokol, není automaticky netestovatelný. Jiný software zvolte, pokud nezvládnete požadovaný vstup či exekuci; ověřte současnou dokumentaci a datová práva. Vyšší cena ani větší počet simulovaných obchodů neřeší budoucí informace.

Dvě shodné hodiny neověří historický UTC posun

V MT5 testeru se TimeGMT rovná simulovanému TimeTradeServer. Jejich porovnáním nerekonstruujete historický brokerův rozdíl vůči UTC. Každá osa potřebuje známý původ a zadaný převod. Konstantní „odečíst dvě hodiny“ nepopisuje všechny změny serverového času.

Stejný okamžik, odlišné čtení hodin

Jedna událost, dvě zobrazení časuFiktivní okamžik 12:00 UTC a výslovný posun serveru UTC+2; filtr od 12:00 včetně do 13:00 UTC bez koncového bodu.MODELOVÝ VÝPOČETSkutečná osa modelu12:00 UTCZadaný serverový čas14:00 při +2Dvě hodiny testeruRovnost není převod
Jedna událost, dvě zobrazení času. Fiktivní okamžik 12:00 UTC a výslovný posun serveru UTC+2; filtr od 12:00 včetně do 13:00 UTC bez koncového bodu.

Provozní test potřebuje konkrétní datum, doložený posun a kontrolu začátku i konce intervalu.

Skutečná osa modelu
12:00 UTC – Patří do zadaného hodinového okna.
Zadaný serverový čas
14:00 při +2 – Číslo 14 se nesmí bez převodu vydávat za UTC.
Dvě hodiny testeru
Rovnost není převod – Shoda funkcí v simulaci neověřuje historickou tabulku offsetů.

Původní fiktivní filtr dovoluje interval od 12:00 UTC včetně do 13:00 UTC bez koncového bodu. Ve 12:00 UTC vyhoví. S výslovně zadaným UTC+2 ukazuje server 14:00; pokládat 14 za UTC by vstup chybně odmítlo. +2 platí jen pro příklad. Zvlášť testujte koncový bod, změny data a všechny skutečně dokumentované přechody posunu.

CSV prověřte před dalším během

Připravte pět hlaviček timestamp,open,high,low,close a explicitní offsety. Do lokální kontroly pokrytí CSV zadejte první a poslední očekávané otevření i interval. Původní syntetické M1 od 08:00 do 08:11 má dvanáct řádků, ale osm různých validních časů: čtyři prázdné pozice, dva opakované řádky a jednu skupinu konfliktních OHLC.

Report uložte a mezery prověřte vůči seancím produktu. Úplné OHLC nedokazuje úplné zaznamenané ticky. Kontrola nevkládá ceny ani nevaliduje model exekuce testeru.

Postup, který lze zopakovat

  1. Vyberte data produktu a období, uchovejte původ, pásmo, mezery a model. MT4 vyžaduje kontrolu historie i případné přípravy FXT; MT5 také náhrad generovaných ticků.
  2. Uložte build a EA, vstupy, symbol, účetní model, počáteční prostředky a měnu, marži a náklady. Před hledáním parametrů spusťte jeden test s vypnutou optimalizací.
  3. Prověřte komisi, financování a cenové strany na konkrétním obchodu. Pevných 7 USD ani univerzální pipová přirážka nejsou sazebníkem všech brokerů.
  4. Pokud návrhu vyhovují čtyři roky vývoje a další rok odděleného hodnocení, rozdělte je předem. Neexistuje univerzální pětileté minimum ani pevná doba stahování.
  5. Ověřte dostupnost vstupů a porovnejte jednotlivé signály, včetně hraniční svíčky. Zachovejte report a log i neúspěšné varianty.

Kalendář odlišuje nepublikování od vady exportu

Studie kalendáře ECB 2016–2025 zachovává původní snapshot 2 560 publikací EUR/USD a 49 dnů pondělí až pátek bez publikace porovnaných s TARGET. Tento překlad není novým replay ani novou studií CZK. Publikační kalendář referenčních kurzů navíc není ticková historie pro retailové plnění.