الفرضية القابلة للاختبار

الفرضية القابلة للاختبار (testable hypothesis) فكرة تداول مكتوبة بدقة تكفي لأن تكذّبها مجموعة بيانات: فهي تسمّي الأداة والجلسة وطريقة بناء الشموع والشرط وما يُقاس بعده والنتيجة التي تُعَدّ رفضًا، وكل ذلك يُحسم قبل تشغيل الاختبار.

Senzoukria · المسرد · آخر تحديث: سبتمبر 2026


ما الذي يجعل العبارة قابلة للاختبار

عبارة «اشترِ عند تدفق أوامر قوي» لا تقبل الاختبار، لأن شخصين سينفذانها على نحوين مختلفين ولا يمكن إثبات خطأ أيّ منهما. أما «على MNQ، في الجلسة النظامية، بشموع 500 تيك، حين تتجاوز دلتا الشمعة المغلقة عتبة معلنة، يُقاس عائد الشمعة التالية مقابل الشموع التي لا تتجاوزها» فتقبل الاختبار. والصيغة الثانية يمكن أن يشغّلها شخصان مختلفان فتعطي الجدول نفسه.

ويؤطّر دليل التداول الكمّي للمبتدئين المهمة الأولى لا على أنها برمجة بل على أنها تحديد الدليل الذي يجعلك ترفض الفكرة. فالفرضية التي تنجو من كل نتيجة ليست فرضية؛ إنها تفضيل.

الحقول التي تُثبَّت مسبقًا

  • الأداة والعقد، مع سياسة التدوير إذا امتدت النافذة عبر تاريخ استحقاق.
  • الجلسة والمنطقة الزمنية، حتى تعني شمعة الساعة 09:31 الشيء نفسه كل يوم.
  • بناء الشموع: زمنية أو تيك أو حجم أو مدى أو دلتا، بحجمها الدقيق.
  • الشرط، بما فيه مدى الرجوع والعتبة، باستعمال البيانات المتاحة عند إغلاق الشمعة فقط.
  • النتيجة المقيسة، مثل توزيع عائد الشمعة التالية، ومجموعة المقارنة.
  • البيانات التي يستبعدها الاختبار، وسبب استبعادها.
  • معيار الرفض: أي نتيجة تعني إسقاط الفكرة بدل تعديلها.

الفرضية والقاعدة والاستراتيجية

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

في Senzoukria

لا توجد في التطبيق المكتبي شاشة اسمها «فرضية»؛ فالانضباط يعيش في طريقة استعمال الأدوات. محرر السكربتات هو حيث تُكتب القاعدة بلغة JavaScript أو Python وتُؤرشف بإصداراتها؛ وزر التشغيل على بيانات عيّنة ينفّذ مسودة على شموع تجريبية لالتقاط الأخطاء، ولا يُعدّ اختبارًا إلا إصدار محفوظ جرى اختباره رجعيًا على فترة تاريخية معلنة. ثم تعرض لوحة الاختبار الرجعي التلقائي نتيجة التشغيل مع التكاليف، ويسرد قسمها Gauntlet، المعنون «هل هذه الأفضلية حقيقية؟»، فحوصًا مثل Walk-Forward واختبار التبديل واحتمال الإفراط في ملاءمة الاختبار الرجعي. وتحتفظ اليوميات بقرارات الرفض.

أخطاء شائعة

  • كتابة الفرضية بعد رؤية النمط الذي ألهمها على الرسم، واختيار العتبة التي تناسب تلك الحالة.
  • تعليم المستوى بمعلومة لم تتوفر إلا لاحقًا، وهو ما يُدخل تسرّب المستقبل.
  • تغيير القاعدة كلما خيّب اختبار الظن، فتتحول مجموعة الاختبار إلى بيانات تدريب.
  • تسجيل الإصدار المحتفظ به فقط، دون عدد الصيغ التي جُربت.

هذه الصفحة بلغات أخرى

أسئلة شائعة

هل يجب أن تكون الفرضية القابلة للاختبار مبرمَجة؟
لا. يجب أن تكون بلا لبس. والبرمجة تساعد لأنها تفرض تحديد كل حقل وتجعل الاختبار قابلًا للتكرار، لكن قاعدة مكتوبة وجدولًا من الشموع المغلقة يكفيان لاختبار ادعاء بسيط. وتصبح البرمجة ثمينة حين يلزم تكرار الإجراء نفسه عبر فترات وإصدارات.
ما معيار الرفض ولماذا يُحسم أولًا؟
هو النتيجة التي تجعلك تسقط الفكرة، معلنة قبل الاختبار: مثلًا ألا فرق قابلًا للقياس بين مجموعة الشرط ومجموعة المقارنة بعد التكاليف. وحسمه أولًا يمنع إعادة تعريف ما يُعَدّ نجاحًا بعد ظهور الأرقام.
هل يمكن أن تكون ملاحظات تدفق الأوامر أو GEX جزءًا من فرضية؟
نعم، بوصفها مدخلات يُحفظ توفرها عند لحظة القرار. فقاعدة دلتا Bid/Ask تحتاج إلى حجم منفَّذ بتصنيف موثّق للجهة؛ وقاعدة GEX تحتاج إلى ملاحظات خيارات مختومة زمنيًا من ذلك اليوم، لا إلى ملف حالي يُدسّ في الماضي.

اقرأ أيضًا