XAUXXДослідницький журнал
← Повернутися до журналу

Як перевірити після оптимізації EA? Розділіть вибір параметрів і перевірку поза вибіркою

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

Thomas · Оновлено 2026-10-10

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

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

Спочатку з'ясуйте, що тестування й оптимізація — це не одне й те саме

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

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

Перед пошуком розділіть призначення даних

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

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

Навчальна процедура: вибір, фіксація, перевірка

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

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

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

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

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

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

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

Схожа поведінка поблизу параметрів також не може самостійно довести ефективність на реальному рахунку. Вона може лише дати підказку для подальшого дослідження, і все ще потрібно перевіряти ринкове середовище, відмінності виконання та незалежні вибірки. Без повних даних тестування не наводяться фіксовані показники відсотка виграшів або прибутку.

Результати невдач слід залишати у звіті

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

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

Спостереження на демо та реальна торгівля — це різні етапи

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

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

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