لا تنخدع بذاكرة مدخلات اختبار MT5

الخلاصة: افترض أن مدخلات المختبر هي «القيم السابقة»

يتذكّر مختبر الاستراتيجيات في MT5 المدخلات السابقة لكل EA. هذه ميزة مفيدة، لكن بعد تحديث الـ EA أو بعد اختبار آخر مباشرة، قد تختلف الإعدادات التي تظن أنك اختبرتها عن الإعدادات التي جرى تشغيلها فعلاً.

الحل الذي توصلنا إليه بسيط: لا تثق بالقيم المعروضة على شاشة المختبر. اكتب كل البنود في القسم [TesterInputs] من ملف الإعدادات، ثم تحقق من المدخلات المسجّلة في التقرير. في هذه المقالة نشرح السبب والخطوات.

لماذا نختبر إعدادات مختلفة دون أن ندري

المختبر يحفظ المدخلات ويعيد استخدامها

يحفظ مختبر MT5 آخر معاملات استُخدمت لكل EA، ويحمّلها عند اختيار الـ EA نفسه مجدداً. هذا يوفر عناء إدخال القيم يدوياً، لكنه يسبب حوادث في مواقف مثل:

• عدّلتَ الـ EA وغيّرتَ القيم الافتراضية، لكن بقيت القيم القديمة في المختبر
• جرّبتَ قيماً متطرفة أثناء التحسين، ثم شغّلتَ اختباراً خلفياً عادياً بالقيم نفسها
• انتقلت إعدادات اللوت أو المرشّحات التي غيّرتها لزوج عملات آخر إلى الاختبار التالي

كل هذه الحالات يمكن اكتشافها لو دقّقنا في الشاشة. لكن مع EA له عشرات من بنود الإدخال، يسهل أن يفوتك بند واحد مختلف.

المشكلة أن النتيجة تبدو «معقولة»

لا يعرض المختبر أي خطأ حين تكون الإعدادات مختلفة. إذا كانت النتيجة بعيدة تماماً عن المتوقع فستنتبه، لكن المشكلة الحقيقية حين تظهر أرقام تبدو منطقية.

كمثال، نضع جنباً إلى جنب EAين من عائلة Donchian يعملان على USDJPY H1 (كلاهما بقيم فعلية من اختبار MT5 خلفي على بيئة حقيقية):

يكاد PF وعدد الصفقات يتطابقان، بينما يختلف drawdown الفعلي اختلافاً كبيراً. شرحنا الفرق في تصميم كل منهما في صفحته، لكن ما نريد قوله هنا هو أنك إذا نظرت إلى PF وعدد الصفقات فقط، فلن تعرف أي إعدادات جرى تشغيلها. وقد يكفي انحراف مدخل واحد ليتغير تقييم المخاطر بالكامل.

خطوات التحقق التي نتّبعها

1. نكتب كل البنود في [TesterInputs] بملف الإعدادات

يتيح MT5 تشغيل المختبر بتمرير ملف إعدادات (ini). في القسم [TesterInputs] منه نكتب كل قيم المدخلات، لا البنود التي نغيّرها فقط.

[Tester]
Expert=MyEA
Symbol=USDJPY
Period=H1
Model=4

[TesterInputs]
InpLots=0.10||0.10||0.01||1.00||N
InpPeriod=20||10||5||50||N

الصيغة هي: «القيمة||البداية||الخطوة||النهاية||هل تُحسَّن (Y/N)». وفي الاختبار الخلفي العادي نضع N في آخر كل سطر.

أما البنود التي لم تُكتب هنا، فلا نعتمد على القيمة التي ستعمل بها، لأنها قد تختلف باختلاف البيئة. فالاعتقاد بأنها «لا بد أنها على الافتراضي» هو بالضبط سبب الحادثة التي نتناولها في هذه المقالة.

2. نطابق معاملات الإدخال في التقرير

يحتفظ تقرير المختبر بالمدخلات التي استُخدمت فعلاً. بعد انتهاء الاختبار نطابق مدخلات ملف ini مع التقرير. والأضمن من المقارنة بالعين أن نحوّلهما إلى نص ونستخرج الفروق.

3. نعامل الـ EA بعد التحديث على أنه «EA مختلف»

إذا غيّرنا القيم الافتراضية في تعديل ما، نحفظ الـ EA باسم جديد يتضمن رقم الإصدار. بهذا نقطع منذ البداية طريق التحميل التلقائي للقيم المحفوظة القديمة.

قائمة التحقق

• كتبتُ كل بنود الإدخال في [TesterInputs]
• بعد التحسين، عادت نهاية كل البنود إلى N
• مدخلات التقرير تطابق ملف ini
• غيّرتُ اسم الملف بعد تعديل الـ EA
• حدّدتُ الرمز والإطار الزمني ونموذج المحاكاة صراحةً في [Tester]

الحدود وما يجب الانتباه إليه

حتى مع هذه الطريقة، لا يمكن منع كل الحوادث.

• الثوابت الداخلية التي لا يعرضها الـ EA كمدخلات لا يمكن إدارتها عبر ini. وللتأكد من أن الشيفرة المصدرية هي نفسها نحتاج إلى وسيلة أخرى.
• حتى لو كانت المدخلات صحيحة، فإن اختلاف بيانات التاريخ أو ظروف السبريد يغيّر النتائج. ومطابقة المدخلات ليست سوى عنصر واحد من عناصر ضمان قابلية إعادة الإنتاج.
• نحن أنفسنا لا نستطيع الجزم بأن كل اختبار أجريناه قبل أن نطبّق هذه الخطوات بصرامة كان صحيحاً. أعدنا الاختبار في الحالات التي انتبهنا إليها، لكننا لا نستطيع القول إنه لم يفتنا شيء.

شرحنا طريقة إعداد الـ EA الموزّعة في طريقة إعداد الـ EA، وجمعنا بقية خبراتنا في الاختبار في قاعدة المعرفة.

الخلاصة

• يتذكّر مختبر MT5 المدخلات السابقة، وقد يرثها دون أن تنتبه
• لا يظهر خطأ عند انحراف الإعدادات، وتظهر أرقام تبدو معقولة، ولذلك يصعب اكتشاف المشكلة
• الحل هو كتابة كل البنود في [TesterInputs] ومطابقتها مع مدخلات التقرير
• بعد تعديل الـ EA نحفظه باسم مختلف حتى لا تُحمَّل القيم القديمة المحفوظة
• ومع ذلك لا يمنع هذا اختلاف الثوابت الداخلية أو ظروف البيانات، فإدارة المدخلات ليست سوى جزء من الاختبار