فوروارد تست یعنی یک روش معاملاتی را از امروز، با قیمت‌هایی که تازه می‌رسند، آزمایش کنیم. مثلاً قوانین مشخصی برای خرید و فروش داریم؛ آن‌ها را در حساب دمو اجرا می‌کنیم و می‌نویسیم چه اتفاقی افتاده است. پول این حساب مجازی است، اما تصمیم‌ها باید در زمان واقعی گرفته شوند؛ نمی‌توانیم بعد از دیدن نتیجه، ورودمان را به چند دقیقه قبل برگردانیم.
فوروارد تست Forward Test چیست؟
در فوروارد تست زنده، قوانین از قبل نوشته شده‌اند و شما منتظر فرصت‌های جدید می‌مانید. وقتی شرایط کامل شد، تصمیم را ثبت و معامله آزمایشی را اجرا می‌کنید. سپس نتیجه، هزینه و میزان رعایت قوانین را بررسی می‌کنید. هدف این است که بفهمید روش در بازار فعلی چگونه رفتار می‌کند و آیا اجرای آن با زمان و امکانات شما سازگار است.
فرض کنید در بررسی گذشته، فرصت‌ها را به‌راحتی پیدا کرده‌اید. در بازار زنده ممکن است هنگام تشکیل سیگنال سر کار باشید، اسپرد بیشتر شود یا پیش از بسته‌شدن کندل عجله کنید. فوروارد تست این فاصله میان «قانون روی کاغذ» و «اجرای واقعی تصمیم» را آشکار می‌کند. با این حال، نتیجه مثبت دمو اثبات سودآوری آینده یا تضمین اجرای مشابه در حساب واقعی نیست.
تفاوت بک تست، فوروارد تست و تمرین آزاد در دمو
حساب دمو ابزار تمرین است؛ فوروارد تست، روش استفاده منظم از آن است. ممکن است ماه‌ها در دمو معامله کنید، اما چون هر روز روش را عوض کرده‌اید، نتوانید بگویید کدام قانون چه نتیجه‌ای داشته است. برای آشنایی با خود حساب و ساخت آن، آموزش حساب دمو فارکس را ببینید؛ اینجا تمرکز بر طراحی آزمایش است.
آیا گزینه Forward در متاتریدر همین کار است؟
لزوماً خیر. در Strategy Tester متاتریدر ۵، قابلیت Forward می‌تواند اکسپرت را روی بخش دیگری از همان تاریخ آزمایش کند که برای بهینه‌سازی انتخاب نشده است. این ارزیابی خارج از نمونه است؛ یعنی آزمون روی داده جدا از بخش تنظیم قوانین. اما همچنان ممکن است همه داده‌ها تاریخی باشند. آزمایش در حساب دمو با رسیدن قیمت‌های روز، یک اجرای زنده و زمان‌بر است.
قبل از شروع فوروارد تست چه چیزهایی را مشخص کنیم؟
یک برگه آزمایش بنویسید: نام و نسخه روش، نماد، تایم‌فریم، ساعت مجاز، شرط ورود، حد ضرر، هدف، روش تعیین حجم و شرایط توقف. اگر قانون شما «وقتی شرایط خوب بود وارد می‌شوم» است، هنوز برای آزمایش قابل تکرار آماده نیست. برای روشن‌کردن قواعد، می‌توانید از نمونه پلن معاملاتی کمک بگیرید.
همچنین پیشاپیش بنویسید چه زمانی گزارش را مرور می‌کنید و چه چیزی باعث توقف آزمایش می‌شود؛ مثلاً نقص داده، اجرا نشدن استاپ یا رسیدن زیان به سقف از پیش تعیین‌شده آزمایش. این سقف، تضمین محدودماندن زیان در حساب واقعی نیست. برای جبران چند باخت، حجم را بالا نبرید یا آزمایش را با موجودی تازه از نو شروع نکنید.
تنظیم حساب دمو را به شرایط موردنظر نزدیک کنید
ارز حساب، موجودی مجازی، نوع نماد، اندازه قرارداد، حداقل حجم و گام حجم را ثبت کنید. مثلاً اگر قرار است با حساب هزار دلاری کار کنید، تمرین با موجودی صد هزار دلاری و حجم‌های بزرگ، تصویر مفیدی از محدودیت‌های شما نمی‌دهد. لوریج هم بر مارجین لازم اثر دارد؛ بالا بودن آن به‌تنهایی زیان یک حجم ثابت را کمتر نمی‌کند.
کمیسیون، اسپرد، هزینه نگهداری شبانه و شرایط اجرای دمو را بررسی کنید. هیچ حساب دمویی را بدون بررسی، معادل حساب واقعی ندانید. در معاملات کوچک نیز ممکن است حداقل حجم اجازه ندهد ریسک دلخواه را اجرا کنید؛ در این حالت برای حفظ قانون ریسک، فرصت را رد و علت را ثبت کنید، نه اینکه ریسک را پنهانی افزایش دهید.
آموزش فوروارد تست در حساب دمو؛ شش مرحله ساده
۱. نسخه قوانین و نقطه شروع را ثبت کنید
برای روش یک نام ساده مانند «نسخه ۱» بگذارید و تاریخ شروع را بنویسید. همه معاملات آزمایش باید به همین نسخه تعلق داشته باشند. یک تغییر مهم در شرط ورود یا خروج، نسخه تازه است؛ نتایج آن را با قبلی مخلوط نکنید. موجودی اولیه و معاملات باز در شروع را هم مشخص کنید؛ بهتر است آزمایش از حسابی با سوابق روشن آغاز شود.
۲. فقط در زمان برنامه‌ریزی‌شده بازار را بررسی کنید
اگر تصمیم بر اساس بسته‌شدن کندل یک‌ساعته است، ورود وسط کندل را به‌جای همان قانون جا نزنید. منطقه زمانی را بنویسید و برای ساعت بررسی یادآور بگذارید. اگر نتوانستید حاضر شوید، فرصت ازدست‌رفته را ثبت کنید. این اطلاعات نشان می‌دهند آیا روش با برنامه زندگی شما قابل اجراست یا باید زمان‌بندی آن جداگانه بازطراحی شود.
۳. قبل از ارسال سفارش، دلیل و ریسک را بنویسید
زمان سیگنال، جهت، ورود برنامه‌ریزی‌شده، استاپ، هدف و حجم را ثبت کنید. بعد از ارسال سفارش، قیمت واقعی اجرای دمو را کنار قیمت برنامه قرار دهید. سفارش ارسال‌شده، سفارش اجراشده و معامله بسته‌شده یک چیز نیستند؛ سفارش معلقی که فعال نشده نباید به‌عنوان برد یا باخت شمرده شود. اگر سفارش رد شد، پیام خطا و علت احتمالی را نگه دارید.
۴. معامله را فقط طبق همان قواعد مدیریت کنید
اگر انتقال استاپ یا خروج بخشی در پلن تعریف نشده، بعد از کمی سود آن را اضافه نکنید. این تغییر ممکن است نتیجه را عوض کند و مقایسه را دشوار سازد. از ترس یک باخت، استاپ را دور نکنید. اگر اشتباهی رخ داد، معامله را حذف نکنید؛ آن را با برچسب انحراف از قانون نگه دارید و اثرش را جدا ببینید.
۵. نتیجه خالص و وضعیت اجرا را ثبت کنید
سود یا زیان نهایی را پس از هزینه‌های ثبت‌شده در گزارش حساب بنویسید. بررسی کنید گزارش شما کمیسیون و سواپ را در سود نهایی لحاظ کرده یا جدا نشان می‌دهد؛ آن‌ها را دوباره کم نکنید. برای اختلاف قیمت اجرا هم قیمت برنامه‌ریزی‌شده و قیمت پرشدن سفارش لازم است؛ یک عدد سود نهایی به‌تنهایی علت اختلاف را مشخص نمی‌کند.
۶. در زمان از پیش تعیین‌شده گزارش را مرور کنید
مرور دوره‌ای برای بررسی خطاها مفید است، اما هر بار که زیان دیدید قانون را تغییر ندهید. جداگانه بپرسید: آیا قواعد رعایت شده‌اند؟ آیا شرایط و هزینه‌ها با فرض آزمایش سازگار بوده‌اند؟ نتیجه معاملات طبق قانون چه بوده است؟ سپس درباره ادامه، اصلاح اجرای خودتان یا پایان نسخه فعلی تصمیم بگیرید. گزارش را با یک معامله استثنایی قضاوت نکنید.
قانون ثابت، ثبت قبل از ورود و مرور جداگانه اجرای قانون، پایه‌های این آزمایش‌اند.مثال ساده: روش ضعیف بوده یا اجرای ما؟
فرض کنید در یک دوره فرضی، ده فرصت با قواعد روش مطابقت داشته‌اند. هشت فرصت را دقیق اجرا کرده‌اید، یک فرصت را از دست داده‌اید و در یک فرصت هم زودتر از زمان مجاز وارد شده‌اید. علاوه بر این، یک معامله خارج از برنامه باز کرده‌اید. پس تعداد فرصت‌های معتبر ده، اما تعداد معاملات انجام‌شده نیز ده است؛ این دو گروه دقیقاً یکسان نیستند.
حساب در مجموع یک دلار سود کرده است: ۱۲ منهای ۵ منهای ۶. اما نمی‌توان نتیجه گرفت روش دقیقاً یک دلار سودآور بوده؛ بخشی از خروجی حاصل تغییر رفتار شماست. همچنین نتیجه هشت معامله مطابق قانون، نمونه کوچکی است و به‌تنهایی اعتبار روش را ثابت نمی‌کند. معامله انجام‌نشده هم سود واقعی حساب ندارد؛ نتیجه فرضی آن باید جدا از کارنامه حساب بماند.
پوشش صحیح فرصت‌ها در این نمونه برابر است با هشت اجرای درست تقسیم بر ده فرصت معتبر، یعنی ۸۰ درصد. سهم معاملات مطابق قانون از کل معاملات انجام‌شده هم اتفاقاً ۸۰ درصد می‌شود؛ این برابری در مثال تصادفی است و همیشه برقرار نیست. تعداد معاملات خارج از برنامه و فرصت‌های ازدست‌رفته را کنار درصد بنویسید تا یک درصد زیبا، خطا را پنهان نکند.
اعداد فرضی‌اند؛ نتیجه حساب و کیفیت اجرای قانون را جدا بررسی کنید.چه چیزهایی را در ژورنال فوروارد تست ثبت کنیم؟
برای هر فرصت، یک شناسه بگذارید و این موارد را بنویسید: تاریخ و ساعت با منطقه زمانی، نماد، تایم‌فریم، نسخه قانون، وضعیت فرصت، ورود برنامه و اجرا، استاپ، هدف، حجم، زمان و قیمت خروج، هزینه، نتیجه خالص و تصویر قبل و بعد. کنار هر مورد، دلیل اجرا نکردن یا انحراف را در یک جمله توضیح دهید؛ مانند «به‌دلیل نرسیدن به زمان بررسی، ورود انجام نشد».
در فایل ثبت همراه این درس، فرصت و معامله قابل تفکیک‌اند. برای روز بدون سیگنال، یک یادداشت روزانه کافی است؛ برای پرکردن فایل، معامله نسازید. اگر اینترنت قطع شد یا حساب دمو منقضی شد، آن بازه را مشخص کنید. روزهای غیبت را بی‌توضیح حذف نکنید؛ این‌ها برای سنجش قابلیت اجرای روش اطلاعات مهمی هستند.
فوروارد تست چقدر طول می‌کشد و چند معامله لازم دارد؟
مدت ثابت و تعداد تضمینی برای همه روش‌ها وجود ندارد. یک روش روزانه کم‌معامله با روشی که هر ساعت فرصت دارد، یکسان نیست. چند برد در یک هفته آرام، رفتار روش در دوره‌های پرنوسان را نشان نمی‌دهد. دوره بررسی را از قبل تعیین کنید و تعداد فرصت، تنوع شرایط بازار، کیفیت ثبت و عدم قطعیت نتیجه را کنار هم ببینید.
اگر در مدت تعیین‌شده فرصت کافی ایجاد نشده، گزارش باید «داده ناکافی» باشد؛ نه اینکه برای رسیدن به تعداد دلخواه، قوانین را شل کنید. سودده‌بودن چند معامله هم دلیل مناسبی برای پایان زودهنگام آزمایش نیست. وقتی قوانین تغییر می‌کنند، آزمایش نسخه تازه با دوره تازه شروع می‌شود و سابقه ناموفق نسخه قبلی در گزارش باقی می‌ماند.
چرا نتیجه فوروارد تست با بک تست فرق می‌کند؟
ابتدا مطمئن شوید یک چیز را مقایسه می‌کنید: همان نسخه قانون، همان منبع قیمت یا تفاوت مشخص آن، همان نماد و قرارداد، ساعت معامله و روش محاسبه هزینه. اگر بک‌تست روی یک جفت‌ارز و فوروارد روی طلاست، تفاوت خروجی را فقط به زنده‌بودن بازار نسبت ندهید. همچنین مبلغ دلاری دو حساب با ریسک متفاوت، معیار مقایسه مستقیمی نیست.
سه علت رایج را جدا بررسی کنید: تغییر شرایط بازار، فرض‌های خوش‌بینانه بک‌تست و خطای اجرا. مثلاً در بک‌تست، ورود را روی قیمتی گذاشته‌اید که در عمل قابل دریافت نیست؛ یا در دمو یک سیگنال را از ترس رد کرده‌اید. اگر ریسک اولیه را ثبت کرده باشید، نتیجه خالص نسبت به آن یا R هم به مقایسه کمک می‌کند؛ اما تعریف و هزینه‌ها باید در هر دو آزمایش یکسان باشند.
پس از فوروارد تست چه تصمیمی بگیریم؟
اگر اطلاعات کافی نیست، آزمایش را با همان قواعد ادامه دهید و علت کمبود را بنویسید. اگر انحراف‌ها زیادند، اول اجرای قانون را اصلاح کنید؛ از گزارش بی‌نظم نمی‌توان درباره کیفیت روش حکم محکمی داد. اگر اجرای منظم بوده ولی نتیجه پس از هزینه نامناسب است، فرض روش را بازبینی کنید و تغییر اساسی را با نسخه تازه آزمایش کنید.
اگر نتیجه امیدوارکننده است، باز هم اندازه نمونه، افت حساب و وابستگی سود به چند معامله خاص را بررسی کنید. نتیجه چند هفته را به درآمد ماهانه ثابت تبدیل نکنید. هیچ مرحله‌ای الزام به واریز پول واقعی ایجاد نمی‌کند؛ ادامه تمرین یا کنارگذاشتن روش هم تصمیم‌های معتبرند. هدف آزمایش، گرفتن یک تصمیم مستند است، نه یافتن بهانه برای ورود سریع‌تر به بازار.
سؤالات متداول فوروارد تست
آیا فوروارد تست رایگان و بدون ربات ممکن است؟
بله؛ با دسترسی به حساب آزمایشی یا شبیه‌ساز مناسب و برگه ثبت، می‌توانید قوانین دستی را روی داده‌های جدید اجرا کنید. ابزار پولی یا برنامه‌نویسی شرط این تمرین نیست. دسترسی، محدودیت داده و مدت اعتبار حساب را پیش از شروع بررسی کنید.
آیا Bar Replay تریدینگ‌ویو فوروارد تست زنده است؟
بازپخش داده تاریخی، حتی اگر آینده را پنهان کند، تمرین روی گذشته است. Paper Trading با قیمت‌های جاری، می‌تواند محیط آزمایش زنده باشد. حساب و امکانات شبیه‌ساز را با شرایط ابزار موردنظر تطبیق دهید؛ نام نرم‌افزار به‌تنهایی کیفیت آزمایش را تعیین نمی‌کند.
آیا می‌توانم وسط آزمایش استراتژی را تغییر دهم؟
برای رفع خطا می‌توانید آزمایش را متوقف کنید؛ اما تغییر قانون باید ثبت و نسخه‌گذاری شود. نتایج قبل و بعد را در یک گزارش واحد به نام یک روش ثابت جمع نکنید. اگر تغییر فقط اصلاح اجرای اشتباه بوده، آن را هم با تاریخ و توضیح در گزارش نگه دارید.
تمرین پایان درس
یک نسخه مشخص از پلن خود انتخاب کنید، شرایط حساب و زمان بررسی را بنویسید و از تاریخ معلوم شروع کنید. برای هر فرصت، پیش از ورود تصمیم را ثبت کنید. در مرور دوره‌ای، سه عدد را جدا گزارش دهید: نتیجه خالص حساب، تعداد معاملات مطابق قانون و تعداد فرصت‌های معتبر اجرا‌نشده. سپس توضیح دهید محدودیت اصلی شما کمبود داده، ضعف روش یا اجرای نامنظم بوده است.
