Бектестинг на Форекс: як перевірити стратегію без зазирання в майбутнє

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

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

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

Розділяйте три питання: що правило встигло побачити, яке виконання допустила модель і які записи внаслідок цього з’явилися в журналі.

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

• Інструмент і спостереження: символ, таймфрейм, торгові години, часовий пояс та допустимий спосіб обробки пропусків.
• Вхід і вихід: точні умови, час формування сигналу, допустима подія виконання та стан позиції.
• Обсяг: фіксована кількість одиниць або повністю описане правило розрахунку, зокрема можливість збільшувати відкриту позицію.
• Виконання й витрати: сторона котирування, спред, комісія, проковзування та фінансування перенесення через ніч.
• Межі: підготовка індикатора, облік відкритої позиції та сигналів на останньому спостереженні.

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

Це умова «вище/нижче», а не обов’язковий перетин середньої й не рекомендація стратегії. Розмір позиції завжди становить 10 000 EUR. У власному дослідженні можна задати інші правила, але зміна кількох умов після перегляду результату створює новий експеримент. Шаблон торгового плану допомагає відокремити чинну специфікацію від запропонованих змін.

Почніть із питання, на яке дані здатні відповісти. Свічка OHLC містить відкриття, максимум, мінімум і закриття; чотири значення не показують усі проміжні ціни та послідовність досягнення максимуму й мінімуму. Якщо всередині однієї свічки розташовані і стоп, і ціль, за цією свічкою зазвичай не можна встановити, що спрацювало раніше. Тут midpoint — ціна (Bid + Ask) / 2 у конкретний момент. SMA3 — середнє значення цін midpoint на закритті трьох послідовних барів.

Документація MetaTrader 5 про тики пояснює, чому потрібно розрізняти ціни графіка й виконання: купівля та продаж використовують різні сторони котирування, а доступний графік не обов’язково показує обидві. Для чутливого до ціни правила це може змінити і можливість угоди, і її результат.

Режим «реальні тики» також потребує перевірки даних. Документація MQL5 з тестування описує ситуації, коли тестер генерує тики за відсутності або неузгодженості записів реальних тиків. Записуйте вибраний режим і з’ясовуйте причини попереджень про покриття: сама назва налаштування не описує кожне використане спостереження.

Наш інтерактив містить 36 вигаданих свічок EURUSD за середньою ціною, з інтервалом п’ять хвилин, усередині однієї умовної денної сесії. Це не завантажена ринкова історія. У прикладі немає стопових і лімітних заявок або цілей, порядок виконання яких довелося б відновлювати всередині свічки. Він пояснює послідовність подій та облік витрат, але не показує, чи працює правило SMA на EURUSD.

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

Наприклад, сигнал купівлі після закриття свічки 3 може виконатися на відкритті свічки 4. Отримати ціну відкриття свічки 3 він не може. Тому розрив між свічками має значення. Документація стратегій TradingView також розділяє створення заявки й пізніший тик, на якому емулятор брокера може виконати її за стандартної послідовності розрахунку.

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

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

Дві половини прикладу не є перевіркою поза навчальною вибіркою. Обидві належать до одного невеликого вигаданого набору, а скидання позиції змінює експеримент.

У цій моделі із середніми цінами купівля виконується за ціною відкриття плюс половина спреда плюс несприятливе проковзування. Продаж під час виходу — за ціною відкриття мінус половина спреда мінус несприятливе проковзування. Комісія окремо нараховується в USD за кожне виконання фіксованої позиції 10 000 EUR. У цьому прикладі EURUSD один піпс дорівнює 0,0001 USD за EUR.

Сам рух середньої ціни дав би $20,00. Не віднімайте спред і проковзування від $18,40 ще раз: вони вже закладені у виконання. Якщо середня ціна входу й виходу однакова, за цих припущень результат становитиме −$2,30. Збільшення спреда на один піпс зменшує результат повного входу й виходу на $1,00, оскільки на кожній стороні враховується половина доданого спреда.

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

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

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

Налаштування Forward у MetaTrader 5 використовує пізнішу частину вибраного історичного інтервалу. Попри назву, це не те саме, що дочекатися майбутніх ринкових даних. У записах чітко розрізняйте назву функції платформи та метод дослідження.

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

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

Гарний результат — привід дослідити журнал, а не припинити перевірку. Виберіть кілька входів і виходів, зокрема незручну межу періоду, та відновіть інформацію, доступну в момент кожного рішення. Найкориснішим рядком може виявитися невиконаний сигнал або неприваблива угода, яку легко пропустити під час суб’єктивного перегляду.

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

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

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

Після вибору періоду й витрат завантажте протокол експерименту з інтерактиву. Зберігайте його разом із показаним сценарієм і журналом. Позначка про вигадані дані суттєва: передавання чисел без цього контексту перетворить навчальну вправу на оманливе твердження про результативність.

У власному дослідженні протокол має дозволяти повернутися через місяць і зрозуміти, що саме перевірялося. Знімка підсумкового прибутку недостатньо, якщо змінилися дані, момент сигналу або спосіб обліку витрат.

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

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

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

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

Визначення та обмеження окремих показників розібрано в гайдах про профіт-фактор, криву капіталу і коефіцієнт Кальмара. Привабливий коефіцієнт не виправляє зазирання в майбутнє або нереалістичне виконання. Кілька годин вигаданих спостережень також не обґрунтовують річну дохідність чи висновок про довгострокову просадку.

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

Чи можна перевірити стратегію Форекс вручну?

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

Що вибрати для бектесту: MetaTrader 5 чи TradingView?

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

Чи завжди потрібні реальні тики?

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

Скільки угод потрібно для надійного бектесту?

Універсального числа, що підтверджує будь-яку стратегію, немає. Важливі частота, залежність між угодами, ринкові умови й кількість випробуваних варіантів. Указуйте розмір вибірки та обмеження. Невеликий вигаданий приклад тут навмисно не придатний для статистичного твердження про результативність.

Чому реальні результати можуть відрізнятися від бектесту?

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

Чи доводить прибутковий бектест наявність переваги?

Ні. Спочатку виключіть витік майбутньої інформації та помилки обліку, потім оцініть, як обиралася й перевірялася стратегія. Результат може бути внутрішньо узгодженим і водночас залежати від невеликого чи нерепрезентативного періоду. Бектест допомагає дослідженню, але не гарантує майбутнього результату.