EA बैकटेस्ट कर्व अच्छा लगे, तो पहले इन परीक्षण शर्तों की जाँच करें

लेखक: थॉमस | EA और प्लेटफ़ॉर्म व्यवहार | 6 अक्टूबर 2026

एक ऊपर की ओर जाती बैकटेस्ट कर्व यह नहीं बताती कि प्रोग्राम किन शर्तों के तहत चला, और यह सीधे लाइव प्रदर्शन को भी नहीं दर्शाती। गोल्ड EA की तुलना करते समय, पहले परीक्षण शर्तों की जाँच करना और फिर परिणाम पढ़ना, केवल सबसे अधिक नेट लाभ वाली रिपोर्ट चुनने से अधिक उपयोगी है। यह लेख सामान्य MT4 टेस्टर पर चर्चा करता है, और MT5 या तीसरे पक्ष के परीक्षण उपकरणों की कार्यक्षमताओं को एक जैसा नहीं मानता।

पहले ऐसा परीक्षण रिकॉर्ड सहेजें जिसकी समीक्षा हो सके

परीक्षण चलाने से पहले, EA संस्करण, पैरामीटर फ़ाइल, पूर्ण सिंबल नाम, चार्ट अवधि, दिनांक सीमा, प्रारंभिक पूंजी और उसकी मुद्रा, तथा डेटा स्रोत और टर्मिनल संस्करण सहेजें। हर बार पैरामीटर या शर्त बदलने पर कारण रिकॉर्ड करें; परिणाम देखने के बाद केवल सबसे अच्छा वाला संस्करण सहेजें नहीं।

इन रिकॉर्डों का उद्देश्य रिपोर्ट के पृष्ठ बढ़ाना नहीं है, बल्कि दूसरों को यह बताना है कि परीक्षण ने वास्तव में किसकी तुलना की। दो कर्व दिखने में समान हो सकते हैं, लेकिन यदि कॉन्ट्रैक्ट शर्तें, मात्रा या पूंजी का आधार अलग है, तो उनकी सीधी तुलना नहीं की जा सकती। रिपोर्ट में गायब शर्तों को अज्ञात के रूप में चिह्नित करना चाहिए, अनुमान से पूरा नहीं करना चाहिए।

मॉडलिंग विधि, प्रोग्राम लॉजिक से मेल खानी चाहिए

MT4 के आधिकारिक हेल्प में विभिन्न ऐतिहासिक मॉडलिंग विधियाँ सूचीबद्ध हैं। केवल ओपन प्राइस पर परीक्षण और बार के भीतर मूल्य परिवर्तन पर निर्भर प्रोग्राम, एक ही ट्रिगर प्रक्रिया को प्रतिबिंबित नहीं कर सकते। विधि चुनते समय पहले पुष्टि करें कि EA पूरी कैंडल बनने के बाद निर्णय लेता है, या उसी कैंडल के भीतर मूल्य, एग्ज़िट और ऑर्डर परिवर्तनों पर निर्भर करता है।

आधिकारिक विवरण में Every tick मोड भी छोटी अवधि के डेटा और इंटरपोलेशन का उपयोग करके मूल्य परिवर्तन उत्पन्न करता है, और यह स्वतः पूर्ण ऐतिहासिक वास्तविक टिक-दर-टिक ट्रेड रिकॉर्ड के बराबर नहीं है। केवल “हर tick” शब्द देखकर यह नहीं मान लेना चाहिए कि सभी बाज़ार विवरण बहाल हो गए हैं। यदि तीसरे पक्ष का डेटा या अतिरिक्त उपकरण उपयोग किए जाते हैं, तो उनके स्रोत और विधि का अलग से उल्लेख करना चाहिए।

स्प्रेड की धारणा, ऐतिहासिक निष्पादन वातावरण के बराबर नहीं है

MT4 के आधिकारिक हेल्प के अनुसार, सामान्य टेस्टर डिफ़ॉल्ट रूप से परीक्षण शुरू होने के समय सिंबल के वर्तमान स्प्रेड का उपयोग Ask को सिम्युलेट करने के लिए करता है, और Spread फ़ील्ड में कस्टम मान भी सेट किया जा सकता है। इसका अर्थ है कि परीक्षण की स्प्रेड धारणा को स्पष्ट रूप से रिकॉर्ड करना आवश्यक है; किसी निश्चित धारणा को पूरे ऐतिहासिक अवधि के वास्तविक फ्लोटिंग स्प्रेड के रूप में नहीं मानना चाहिए।

डेटा रिलीज़, तरलता में बदलाव या असामान्य अवधियों की निष्पादन शर्तें, संभवतः एक निश्चित सेटिंग्स समूह द्वारा पूरी तरह प्रतिबिंबित न हों। कमीशन, ओवरनाइट शुल्क और अन्य निष्पादन प्रभावों के लिए भी जाँचना चाहिए कि विशिष्ट रिपोर्ट और उपकरण उन्हें ध्यान में रखते हैं या नहीं, और किस आधार का उपयोग करते हैं। जिन भागों का सिम्युलेशन नहीं किया गया, उन्हें स्पष्ट रूप से बताना चाहिए; इन जाँचों के स्थान पर “बैकटेस्ट पास हो गया” का उपयोग न करें।

ऑप्टिमाइज़ेशन परिणाम, केवल विशिष्ट शर्तों के तहत एक क्रमबद्धता है

MT4 ऑप्टिमाइज़ेशन परिणाम विभिन्न पैरामीटर संयोजनों के लाभ, ट्रेड संख्या, ड्रॉडाउन और अपेक्षित रिटर्न जैसे सांख्यिकीय मद दिखा सकते हैं। पहले स्थान पर होने का अर्थ है कि उस संयोजन ने चुनी गई सीमा और शर्तों के तहत संबंधित मेट्रिक प्राप्त किया; इसका अर्थ यह नहीं कि भविष्य में भी वह पहले स्थान पर रहेगा।

विश्लेषण करते समय केवल सर्वश्रेष्ठ पंक्ति न देखें; यह भी देखें कि आस-पास के पैरामीटर थोड़ा बदलने पर पूरी तरह अलग परिणाम आते हैं या नहीं। यदि प्रदर्शन केवल एक बहुत संकीर्ण संयोजन में केंद्रित है, तो इसका अर्थ है कि निष्कर्ष सेटिंग्स के प्रति संवेदनशील हो सकता है; लेकिन केवल इस घटना के आधार पर यह तय नहीं किया जा सकता कि प्रोग्राम निश्चित रूप से विफल हो गया है। लॉजिक, डेटा और परीक्षण शर्तों की जाँच जारी रखनी चाहिए, और अनुकूल व प्रतिकूल दोनों परिणाम सहेजने चाहिए।

पैरामीटर ट्यूनिंग के लिए उपयोग न किया गया डेटा अलग रखें, फिर जाँच करें

पैरामीटर समायोजित करने के लिए उपयोग की जाने वाली अवधि, और ट्यूनिंग में भाग न लेने वाली स्वतंत्र जाँच अवधि पहले से विभाजित की जा सकती है। विभाजन का तरीका और मूल्यांकन मेट्रिक्स जाँच परिणाम देखने से पहले तय करने चाहिए। यदि जाँच के बाद फिर उसी डेटा खंड का बार-बार उपयोग पैरामीटर बदलने के लिए किया जाता है, तो वह डेटा पूरी तरह स्वतंत्र परीक्षण नहीं रहेगा।

यह एक शोध व्यवस्था है, लाभ की गारंटी देने वाली प्रमाणन प्रक्रिया नहीं। विभिन्न बाज़ार स्थितियों में नमूने की संख्या, पोज़िशन एक्सपोज़र और परिणामों के अंतर को रिकॉर्ड करना अभी भी आवश्यक है; केवल इसलिए कि एक स्वतंत्र जाँच में लाभ हुआ, अपर्याप्त नमूने या केवल एक ही वातावरण को कवर करने की समस्या को अनदेखा नहीं करना चाहिए।

शर्तें बदलने पर, पहले-बाद का तुलनात्मक रिकॉर्ड रखें

अन्य शर्तों को समान रखते हुए, एक स्पष्ट धारणा बदलकर परिणामों की तुलना करना, प्रोग्राम की शर्तों के प्रति संवेदनशीलता खोजने में मदद कर सकता है। बदलाव, आधार, परीक्षण परिणाम और कवर न की गई सीमाओं को रिकॉर्ड करना चाहिए, न कि केवल “अधिक स्थिर” जैसी कठिनाई से जाँची जा सकने वाली राय देनी चाहिए।

सिम्युलेटेड रन का उपयोग प्रोग्राम प्रवाह की जाँच और वास्तविक कोटेशन वातावरण रिकॉर्ड करने के लिए किया जा सकता है, लेकिन सिम्युलेटेड निष्पादन अभी भी लाइव ट्रेडिंग के बराबर नहीं है। किसी भी रन चरण में प्रवेश करने से पहले, असामान्य ऑर्डर, कनेक्शन टूटना, पोज़िशन विचलन और नुकसान सीमा तक पहुँचने पर जाँच प्रक्रिया स्पष्ट करनी चाहिए; बैकटेस्ट कर्व को जारी रखने के लिए नियमों को अस्थायी रूप से ढीला नहीं करना चाहिए।

अंत में निष्कर्ष को शर्तसूचक वाक्य में लिखें

एक स्पष्ट सारांश में लिखना चाहिए: किस डेटा, पैरामीटर और लागत धारणाओं के तहत क्या परिणाम देखे गए; कौन-से जोखिम कवर नहीं किए गए; और क्या सत्यापित करना बाकी है। अज्ञात बातों को बनाए रखना, शोध परिणामों को रिटर्न के वादे के रूप में पैक करने से आगे की समीक्षा में अधिक सहायक है।

लीवरेज ट्रेडिंग से भारी नुकसान हो सकता है। यह लेख EA परीक्षण और शोध विधियों की व्याख्या के लिए है, और प्रोग्राम खरीद, ट्रेडिंग या पोज़िशन संबंधी सलाह का गठन नहीं करता। बैकटेस्ट, सिम्युलेशन और ऑप्टिमाइज़ेशन परिणाम लाइव ट्रेडिंग की सुरक्षा या भविष्य के रिटर्न की गारंटी नहीं दे सकते।