تضيف الواجهة زر حفظ بتصميم خاص، ثم يستدعي الكود form.submit مباشرة. يفاجأ الفريق بأن حقلًا مطلوبًا مرّ فارغًا، أو أن معالج حدث submit لم يعمل كما توقعوا. التشابه في اسم الطريقتين لا يعني أن سلوكهما واحد. اختبر طريق الإرسال الفعلي من الزر إلى الخادم.
حدد الطريقة المقصودة
تشرح وثائق MDN لـrequestSubmit أنها تطلب الإرسال بما يشبه تفعيل زر إرسال، مع التحقق من النموذج وحدث submit، بينما submit المباشرة لا تنفذ المسار نفسه. ويمكن تمرير زر إرسال ينتمي إلى النموذج، وقد تؤثر سماته في طريقة الإرسال وبياناته.
راجع أيضًا novalidate وformnovalidate وأي شيفرة تمنع السلوك الافتراضي. وجود requestSubmit لا يعني أن التحقق سيعمل رغم تعطيله عمدًا بالإعدادات. وهو ليس انتظارًا لاكتمال حفظ الشبكة؛ نتيجة الخادم وإظهار النجاح تحتاجان معالجة مستقلة في التطبيق.
جرّب نموذجًا صغيرًا ببيانات مصطنعة
| طريقة التفعيل | ما تراجعه |
|---|---|
| زر الإرسال الأصلي | التحقق والطلب المتوقعان |
| زر حفظ مخصص | عدم تجاوز المسار المقصود |
| الضغط على Enter | الإجراء الذي تم اختياره فعلًا |
| زران مثل حفظ وإرسال للاعتماد | وصول اسم الإجراء الصحيح للخادم |
ابدأ بحقل مطلوب فارغ ثم قيمة صالحة. راقب هل صدر الطلب أصلًا، وهل عمل معالج الحدث مرة واحدة، وهل تطابق الجسم المرسل مع الزر الذي قصده المستخدم. لا تختبر على نموذج يرسل رسائل حقيقية أو ينشئ معاملات عمل فعلية.
افصل منع الخطأ عن فرض القاعدة
التحقق في المتصفح يساعد المستخدم، لكنه لا يغني عن تحقق الخادم والصلاحيات وحماية CSRF المناسبة. أرسل طلبًا تجريبيًا غير صالح في بيئة تملك اختبارها، وتأكد أن الخادم يرفضه أيضًا. لا تستنتج الأمان من نجمة حمراء أو رسالة يظهرها JavaScript.
راجع الخطأ والنجاح بعد الإرسال
في مثال افتراضي، ينجح التحقق المحلي ثم يرفض الخادم قيمة أصبحت غير متاحة. احتفظ بالمدخلات المسموح بها واعرض السبب، ولا تُظهر نجاحًا لمجرد صدور الحدث. ضمن تطوير الويب ومراجعة التسليم اعتمد رحلة تثبت الإجراء والطلب والنتيجة، لا استدعاء دالة يحمل اسمًا مناسبًا.
