Крива бектесту EA гарна — спершу звірте ці умови тестування

Автор: Томас ｜ EA та практика платформ ｜ 6 жовтня 2026 року

Висхідна крива бектесту не показує, за яких умов працювала програма, і тим більше не є прямим відображенням реальної торгівлі. Порівнюючи EA для золота, спершу перевіряйте умови тестування, а вже потім читайте результати — це корисніше, ніж вибирати лише звіт із найвищим чистим прибутком. У цій статті розглядається звичайний тестер MT4; функції MT5 або сторонніх тестувальних інструментів тут не змішуються.

Спершу збережіть тестовий запис, який можна перевірити

Перед запуском тесту збережіть версію EA, файл параметрів, повну назву інструмента, період графіка, діапазон дат, початковий капітал та його валюту, а також джерело даних і версію термінала. Щоразу, змінюючи параметри чи умови, записуйте причину; не зберігайте лише найкращий результат після того, як побачили підсумки.

Мета цих записів — не збільшити кількість сторінок звіту, а дати іншим змогу зрозуміти, що саме порівнювалося в тесті. Навіть якщо дві криві виглядають схоже, за різних контрактних умов, обсягів або бази розрахунку капіталу вони можуть бути безпосередньо не порівнюваними. Умови, відсутні у звіті, слід позначати як невідомі, а не доповнювати здогадами.

Спосіб моделювання має відповідати логіці програми

Офіційна довідка MT4 перелічує різні способи моделювання історії. Тестування лише за цінами відкриття та програми, що покладаються на зміни цін усередині бару, можуть не відображати однаковий процес спрацювання. Обираючи спосіб, спершу слід з'ясувати, чи EA ухвалює рішення після формування повної свічки, чи залежить від ціни, виходу та змін ордерів усередині тієї самої свічки.

Режим Every tick в офіційному описі також використовує дані молодших періодів та інтерполяцію для генерації змін ціни, і він не дорівнює автоматично повному історичному запису реальних угод за кожним тіком. Не можна лише за написом «кожен тік» вважати, що відтворено всі деталі ринку. Якщо використовуються сторонні дані або додаткові інструменти, слід окремо зазначити їхнє джерело та метод.

Припущення щодо спреду не дорівнює історичному середовищу виконання

Згідно з офіційною довідкою MT4, звичайний тестер за замовчуванням використовує поточний спред інструмента на момент початку тесту для моделювання Ask, а також дає змогу задати власне значення в полі Spread. Це означає, що припущення щодо спреду в тесті потрібно чітко фіксувати; не можна вважати фіксоване припущення реальним плаваючим спредом за весь історичний період.

Умови виконання під час публікації даних, змін ліквідності або аномальних періодів не обов'язково достатньо відображаються одним набором фіксованих налаштувань. Комісії, овернайт-витрати та інші впливи на виконання також слід звіряти: чи враховує конкретний звіт та інструмент ці чинники і за якою методикою. Частини, які не моделювалися, треба чітко зазначати, а не замінювати такі перевірки фразою «бектест пройдено».

Результати оптимізації — лише ранжування за певних умов

Результати оптимізації MT4 можуть показувати статистичні показники для різних комбінацій параметрів: прибуток, кількість угод, просадку та очікуваний прибуток тощо. Перше місце означає, що ця комбінація досягла відповідних показників у вибраному діапазоні та умовах, але не означає, що вона й надалі залишиться першою.

Під час аналізу слід дивитися не лише на найкращий рядок, а й перевіряти, чи не з'являються зовсім інші результати після незначної зміни сусідніх параметрів. Якщо продуктивність зосереджена лише у вузькій комбінації, це означає, що висновок може бути чутливим до налаштувань, але лише за цим явищем не можна стверджувати, що програма точно не працює. Потрібно далі перевіряти логіку, дані та умови тестування, зберігаючи як сприятливі, так і несприятливі результати.

Залиште дані, не використані для налаштування параметрів, і лише потім перевіряйте

Можна заздалегідь розділити періоди: один — для налаштування параметрів, інший — незалежний контрольний період, який не бере участі в підборі параметрів. Спосіб поділу та показники оцінювання слід визначити до того, як побачите результати перевірки. Якщо після перевірки знову й знову змінювати параметри на тому самому відрізку даних, цей відрізок уже не буде повністю незалежним випробуванням.

Це дослідницький підхід, а не сертифікаційний процес, що гарантує прибуток. Кількість зразків за різних ринкових станів, відкрита експозиція та відмінності в результатах усе одно мають бути зафіксовані; не можна через прибутковість однієї незалежної перевірки ігнорувати недостатність вибірки або охоплення лише одного середовища.

Коли змінюються умови, зберігайте порівняння до і після

Змінюючи одне чітко визначене припущення за незмінних інших умов і порівнюючи результати, можна виявити чутливість програми до умов. Потрібно записувати зміну, обґрунтування, результат тесту та обмеження, які не були охоплені, а не давати лише оцінку «стабільніше», яку важко перевірити.

Демонстраційний запуск можна використовувати для перевірки логіки програми та фіксації фактичного середовища котирувань, але виконання на демо-рахунку все одно не дорівнює реальній торгівлі. Перед переходом до будь-якого етапу роботи слід чітко визначити процедуру перевірки на випадок аномальних ордерів, розриву зв'язку, відхилення позиції та досягнення ліміту збитків; не можна тимчасово пом'якшувати правила, щоб продовжити криву бектесту.

Насамкінець запишіть висновок у формі умовного речення

Чітке резюме має зазначати: за яких даних, параметрів і припущень щодо витрат спостерігався який результат; які ризики не були охоплені; що ще потрібно перевірити. Залишити невідомі пункти відкритими корисніше для подальшої перевірки, ніж подавати результати дослідження як обіцянку прибутку.

Торгівля з кредитним плечем може призвести до значних збитків. Ця стаття призначена для пояснення методів тестування EA та дослідження і не є рекомендацією щодо придбання програми, торгівлі чи позицій. Результати бектесту, демонстраційного запуску й оптимізації не гарантують безпеки реальної торгівлі чи майбутнього прибутку.