Krzywa backtestu EA wygląda dobrze — najpierw sprawdź te warunki testu

Autor: Tomasz｜EA i praktyka platform｜6 października 2026

Rosnąca krzywa backtestu nie mówi, w jakich warunkach działał program, a tym bardziej nie reprezentuje bezpośrednio wyników na rachunku rzeczywistym. Porównując EA do złota, najpierw zweryfikuj warunki testu, a dopiero potem czytaj wyniki — jest to bardziej użyteczne niż wybieranie tylko raportu z najwyższym zyskiem netto. W tym artykule omawiamy standardowy tester MT4 i nie utożsamiamy jego funkcji z funkcjami MT5 ani narzędzi testowych firm trzecich.

Najpierw zapisz rejestr testu, który można zweryfikować

Przed uruchomieniem testu zachowaj wersję EA, plik parametrów, pełną nazwę instrumentu, interwał wykresu, zakres dat, kapitał początkowy i jego walutę oraz źródło danych i wersję terminala. Za każdym razem, gdy zmieniasz parametry lub warunki, zapisz powód; nie zapisuj wyłącznie najlepszego przebiegu po zobaczeniu wyników.

Celem tych zapisów nie jest zwiększenie liczby stron raportu, lecz umożliwienie innym osobom ustalenia, co właściwie porównywano w teście. Nawet jeśli dwie krzywe wyglądają podobnie, przy różnych warunkach kontraktu, wielkości pozycji lub podstawie kapitału mogą nie być bezpośrednio porównywalne. Brakujące warunki w raporcie należy oznaczyć jako nieznane, a nie uzupełniać domysłami.

Sposób modelowania musi odpowiadać logice programu

Oficjalna pomoc MT4 wymienia różne sposoby modelowania historii. Testowanie tylko według ceny otwarcia i program opierający się na zmianach ceny wewnątrz świecy mogą nie odzwierciedlać tego samego procesu wyzwalania. Wybierając metodę, najpierw ustal, czy EA podejmuje decyzje po uformowaniu się pełnej świecy, czy też zależy od zmian ceny, wyjść i zleceń wewnątrz tej samej świecy.

Tryb Every tick w oficjalnej dokumentacji również wykorzystuje dane z mniejszych interwałów i interpolację do generowania zmian ceny i nie jest automatycznie równoznaczny z pełnym historycznym zapisem rzeczywistych transakcji tick po ticku. Nie można na podstawie samego napisu „każdy tick” uznać, że odtworzono wszystkie szczegóły rynku. Jeśli używa się danych lub dodatkowych narzędzi firm trzecich, należy osobno opisać ich źródło i metodę.

Założenie dotyczące spreadu nie równa się historycznym warunkom realizacji

Zgodnie z oficjalną pomocą MT4 standardowy tester domyślnie używa bieżącego spreadu instrumentu z momentu rozpoczęcia testu do symulacji Ask, a w polu Spread można ustawić wartość niestandardową. Oznacza to, że założenia dotyczące spreadu w teście trzeba wyraźnie zapisać; nie wolno traktować stałego założenia jako rzeczywistego zmiennego spreadu w całym okresie historycznym.

Warunki realizacji zleceń w czasie publikacji danych, zmian płynności lub nietypowych sesji nie muszą być w wystarczającym stopniu odzwierciedlone przez jeden stały zestaw ustawień. Prowizje, opłaty overnight i inne wpływy na wykonanie zleceń również należy sprawdzić w konkretnym raporcie i narzędziu: czy są uwzględniane i według jakiej podstawy. Części, które nie zostały zasymulowane, trzeba wyraźnie opisać, a nie zastępować te kontrole stwierdzeniem „backtest zaliczony”.

Wyniki optymalizacji to tylko ranking w określonych warunkach

Wyniki optymalizacji MT4 mogą pokazywać takie statystyki, jak zysk, liczba transakcji, obsunięcie i oczekiwany zwrot dla różnych kombinacji parametrów. Pierwsze miejsce oznacza, że dana kombinacja osiągnęła odpowiednie wskaźniki w wybranym przedziale i warunkach, ale nie oznacza, że w przyszłości nadal będzie pierwsza.

Analizując wyniki, nie patrz tylko na najlepszy wiersz; sprawdź też, czy po niewielkiej zmianie pobliskich parametrów pojawiają się zupełnie inne wyniki. Jeśli dobre wyniki skupiają się tylko w bardzo wąskiej kombinacji, oznacza to, że wnioski mogą być wrażliwe na ustawienia, ale na tej tylko podstawie nie można twierdzić, że program z pewnością jest nieskuteczny. Należy dalej weryfikować logikę, dane i warunki testu oraz zachować zarówno korzystne, jak i niekorzystne wyniki.

Zostaw dane nieużywane do dostrajania parametrów, a następnie przeprowadź kontrolę

Można z góry podzielić dane na przedział służący do dostrajania parametrów oraz niezależny przedział kontrolny, który nie bierze udziału w dostrajaniu. Sposób podziału i wskaźniki oceny należy ustalić przed zobaczeniem wyników kontroli. Jeśli po kontroli ponownie wielokrotnie zmienia się parametry na tych samych danych, ten fragment danych przestaje być w pełni niezależnym testem.

Jest to sposób organizacji badania, a nie proces certyfikacji gwarantujący zysk. Nadal trzeba zapisywać liczbę próbek, ekspozycję na pozycje i różnice wyników w różnych stanach rynku; nie można z powodu jednej zyskownej niezależnej kontroli ignorować zbyt małej próby lub objęcia tylko jednego środowiska.

Gdy warunki się zmieniają, zachowaj porównanie przed i po

Przy zachowaniu pozostałych warunków bez zmian zmiana jednego jasno określonego założenia i porównanie wyników może pomóc wykryć wrażliwość programu na warunki. Należy zapisać zmianę, podstawę, wyniki testu i ograniczenia, które nie zostały objęte, zamiast podawać tylko trudną do zweryfikowania ocenę, że „jest stabilniej”.

Uruchomienie na rachunku demo może służyć do sprawdzenia przepływu działania programu i zapisania rzeczywistego środowiska kwotowań, ale realizacja na rachunku demo nadal nie jest równoznaczna z rachunkiem rzeczywistym. Przed wejściem w jakikolwiek etap działania należy jasno określić procedurę kontroli w przypadku nietypowych zleceń, utraty połączenia, odchylenia pozycji i osiągnięcia limitu strat; nie można tymczasowo łagodzić zasad tylko po to, by przedłużyć krzywą backtestu.

Na koniec zapisz wnioski w formie zdań warunkowych

Jasne podsumowanie powinno określać: na jakich danych, parametrach i założeniach dotyczących kosztów zaobserwowano jakie wyniki; jakie ryzyka nie zostały objęte; co jeszcze wymaga weryfikacji. Pozostawienie nieznanych kwestii w takiej formie bardziej pomaga w późniejszej weryfikacji niż opakowanie wyników badania w obietnicę zysku.

Handel z dźwignią może powodować znaczne straty. Ten artykuł służy do objaśnienia testowania EA i metod badawczych; nie stanowi porady dotyczącej zakupu programu, handlu ani wielkości pozycji. Wyniki backtestów, symulacji i optymalizacji nie gwarantują bezpieczeństwa na rachunku rzeczywistym ani przyszłych zysków.