رسم الرحلة
احصر المدخل والحقول المطلوبة والمساعدة والمرفقات والموافقة والإرسال والخطأ والنجاح والمتابعة.
دليل / منهج
تدقيق النموذج من البداية إلى النهاية
يعمل النموذج عندما يفهم الشخص المطلوب ويصحح الخطأ ويعرف ما أُرسل.
إجابة مباشرة
ما الذي يجب فحصه بعد زر الإرسال؟
مر بكل حالات النموذج بلوحة المفاتيح والهاتف. تحقق من ضرورة الحقول ووضوح التسميات والأخطاء والتحقق على الخادم والاحتفاظ بالبيانات والتأكيد المستلم.
01 / منهج الفحص
منهج الفحص
تجريب المدخلات
جرب قيماً صحيحة وفارغة وطويلة ودولية وخاطئة؛ وافحص التسميات وترتيب الانتقال وبقاء البيانات.
فحص الخادم
تحقق من التحقق على الخادم والأخطاء المحددة والتكرار وتعطل الشبكة وإعادة الإرسال والمهلات.
فحص ما بعد الإرسال
تحقق من الإقرار والمستلم الفعلي والمدة المعلنة والبيانات المحفوظة وإمكان الاستئناف.
تطبيق عملي
افحص المسار لا لقطة الشاشة وحدها
قد تعيق شاشة مقروءة تنفيذ إجراء. اختبر هدفاً كاملاً: إيجاد القسم واستخدام العنصر وفهم النتيجة والعودة. سجّل أول عقبة وأثرها.
ما الفحص الذي يبدأ به العمل؟
اختر الحالة التي لاحظتها. يوضح كل مسار أول فحص والأدلة المفيدة وحدود هذا الفحص.
يعمل المسار بالفأرة ولا يعمل بلوحة المفاتيح
- الفحص الأول
- أعد المهمة باستخدام Tab وShift+Tab وEnter والمفاتيح المتوقعة للمكوّن. تتبع دخول التركيز والعنصر الذي يستقبله وإمكان الخروج من القائمة أو الحوار.
- الأدلة المطلوب حفظها
- الخطوة والمفتاح والعنصر النشط وحالة الفتح أو الإغلاق والنقطة الدقيقة للتعطل أو الغموض.
- حدود الفحص
- ترتيب التركيز المنطقي لا يثبت الإتاحة كاملة. افحص أيضاً أسماء العناصر والحالات المعلنة وقراءة المحتوى.
يرفض النموذج الإدخال دون شرح السبب
- الفحص الأول
- أحدث خطأ في حقل وراجع تسميته وتنسيقه المتوقع والرسالة المرتبطة به. تحقق من إمكان التصحيح دون فقد بقية القيم المفيدة.
- الأدلة المطلوب حفظها
- الحقل وقيمة اختبار غير حساسة والرسالة وصلتها بالحقل وسلوك التركيز ونتيجة التصحيح.
- حدود الفحص
- قد تكون الرسالة مرئية دون ارتباط بالحقل أو إعلان في الوقت المناسب. افحص الإرسال والتأكيد وحالة تعذر الخدمة أيضاً.
يتجاوز النص الحدود أو يصعب قراءته
- الفحص الأول
- قلل عرض النافذة وكبّر النص وأعد المهمة. حدد المكوّن الذي يفرض تمرير الصفحة كلها أفقياً وميّزه عن جدول يحتاج إلى بعدين.
- الأدلة المطلوب حفظها
- عرض النافذة ومستوى التكبير واللغة والمكوّن والنص المخفي والحاجة الحقيقية للتمرير في اتجاهين.
- حدود الفحص
- لقطة هاتف واحدة لا تغطي كل مستويات التكبير واللغات والحالات. استثناء جدول لا يبرر تجاوز الصفحة كلها.
للمزيد من القراءة
| الحالة | ما ينبغي تجنبه | التصحيح المفيد |
|---|---|---|
| التنقل | الاختبار بالفأرة فقط. | تنقّل بلوحة المفاتيح مع مؤشر تركيز ظاهر. |
| النموذج | الاعتماد على نص مؤقت داخل الحقل. | أبقِ تسمية ظاهرة واربط الخطأ بالحقل. |
| نتيجة متغيرة | تغيير رقم دون سياق. | اعرض النتيجة والوحدة وما تغيّر. |
تحديد
هل يصف العنوان المهمة المطلوبة؟
إجراء
هل العنصر متاح ومفهوم؟
فهم
هل النتيجة والخطوة التالية واضحتان؟
الفحص النهائي
كرر المسار باستخدام Tab وShift+Tab وEnter، ثم بتكبير 200 %. تحقق من أن الرأس الثابت لا يخفي عنصر التركيز بالكامل. افتح القائمة وأغلقها بلوحة المفاتيح، وتسبب في خطأ بالنموذج وتحقق من إمكانية تصحيحه. سجّل الصفحة والإجراء والعائق؛ هذه الفحوص المحددة ليست شهادة امتثال WCAG.
المراجع الوثائقية
تاريخ المراجعة .
ورشة قراءة البيانات
التأكيد والتخزين والتسليم أدلة منفصلة
يتتبع المثال الخيالي DEMO-F22 إرسالاً مكرراً وتحديثاً دون نقل رسالة حقيقية.
بيانات وسجلات افتراضية للتعلم: لا تأتي هذه النتائج من استعلام مباشر لأي خدمة.
عقد إعادة صريح للمفتاح K1
يفرض التطبيق التعليمي أن يعيد طلبا POST بالمفتاح K1 والمحتوى نفسه الإيصال R1 دون إنشاء ملفين. يُفحص ذلك مستقلاً عن رمز HTTP.
POST الأول
- ملاحظة المثال
- K1؛ رد 303 نحو /receipt/R1
- ما يثبته
- رُصد تحويل إلى التأكيد.
- الخطوة التالية
- احفظ الطريقة والرد ومعرّفاً غير حساس.
القراءة والتحديث
- ملاحظة المثال
- GET /receipt/R1؛ رد 200؛ التحديث GET
- ما يثبته
- لا يعيد هذا التحديث POST في التسلسل.
- الخطوة التالية
- افحص إرسالاً آخر لا الصفحة وحدها.
POST ثان مطابق
- ملاحظة المثال
- K1؛ المحتوى نفسه؛ الإيصال R1
- ما يثبته
- يحترم المثال عقد الدمج.
- الخطوة التالية
- قارن سجل المعالجة؛ لا يكفي المفتاح وحده.
حالات داخلية تعليمية
- ملاحظة المثال
- ملف واحد مخزن؛ التسليم معلق
- ما يثبته
- تأكد التخزين ولم يتأكد التسليم.
- الخطوة التالية
- اعرض «سُجل، التسليم معلق» وتابع المرحلة التالية منفصلة.
أي استنتاج مسنود؟
افتح كل اقتراح لمقارنة تشخيصه. قد تبقى فحوص إضافية ضرورية.
يثبت 303 وصول الرسالة للمستلم.
لا؛ لا يثبت التخزين أو التسليم.
يثبت التحديث الآمن معالجة كل نقرة مزدوجة.
لا؛ تكرار GET وPOST ثان فحصان مختلفان.
ملف مخزن وإعادة مطابقة مدمجة وتسليم غير مؤكد.
مناسب. يحتاج محتوى مختلف مع K1 إلى حالة أخرى وفق العقد.
سجل الإعادة والمعالجة
الحالة: DEMO-F22 POST 1: K1 → 303 → /receipt/R1 GET والتحديث: /receipt/R1؛ رد 200 POST 2: K1؛ محتوى مطابق؛ إيصال R1 السجل: ملف واحد مخزن التسليم: معلق الخلاصة: التخزين مثبت في المثال والوصول غير مثبت
اربط الإيصال وسجل التخزين ومتابعة التسليم بمعرّف الاختبار. لا تضع محتوى شخصياً في الرابط أو الدليل العام.
توثيق القواعد منفصل عن الأمثلة الافتراضية
02 / الأدلة المحفوظة
الأدلة المحفوظة
مصفوفة الحالات
المدخل والحالة المتوقعة والرسالة والنتيجة المرصودة.
توثيق الرحلة
التسميات والمساعدة والتركيز والأخطاء والتأكيد على الهاتف ولوحة المفاتيح.
سجل منقح
حالة الاستجابة والوقت ومعرف اختبار بلا بيانات شخصية حقيقية.
القرار
العائق وأثره والتصحيح والمسؤول والاختبار اللاحق.
مقارنة حالات وتمارين أخرى
نقطة تحقق
قبل الوصول إلى نتيجة
قراءة خاطئة شائعة والفحص الذي يساعد على تجنبها.
استنتاج متسرع
قد ينجح إرسال النموذج في اختبار داخلي لكنه يظل غير قابل للاستخدام بلوحة المفاتيح أو على الهاتف أو بعد خطأ في التحقق.
الفحص الحاسم
اختبر كل خطوة بقيود إدخال واقعية: الحقول المطلوبة، رسائل الخطأ، بقاء القيم، التأكيد، لوحة المفاتيح وحالة خدمة الإرسال.
بعد الفحص
القرار وفق النتيجة
يمحو الخطأ الحقول المدخلة
اعتبر فقدان القيم فشلاً للرحلة. احفظ القيم غير الحساسة ووجّه التركيز إلى ملخص الأخطاء وأعد الاختبار.
يظهر النجاح بلا استلام قابل للتحقق
لا تعد الرحلة مكتملة. افحص استجابة الخادم والمعالجة ببيانات وهمية وصحح الرسالة.
القرار وأثر المراجعة
القرار وأثر المراجعة
ما الذي يجب أن يتيحه الفحص من قرار وما الذي يُحفظ لمراجعته.
الدليل الكافي
اختبر الإدخال الصحيح والأخطاء ولوحة المفاتيح والهاتف وبقاء القيم والتأكيد. نجاح الواجهة لا يثبت وصول البريد.
القرار التالي
أصلح أول انقطاع ثم كرر الإرسال كاملاً إلى مستلم تجريبي مخول. راقب الإتاحة والتسليم منفصلين.
حالات تحقق مفصلة
حالات نموذجية لإعداد التحقق، وليست وصفًا لمهام منفذة أو ملاحظات فعلية.
رسالة النجاح لا تثبت الاستلام
ما ينبغي فحصه
ميّز إرسال المتصفح وقبول الخادم والاستلام في النظام المقصود. استخدم بيئة ووجهة اختبار مصرحاً بهما لتتبع كل مرحلة.
القرار والإجراء
صف النتيجة عند المستوى المشاهد فعلياً. إذا ثبت القبول فقط فلا تعلن إثبات التسليم، بل افحص المرحلة المفقودة وآلية استعادة مناسبة.
الدليل المطلوب حفظه
احتفظ بمعرّفات اختبار غير حساسة والأوقات والحالات دون نسخ أسرار أو بيانات شخصية غير ضرورية.
خطأ يمحو الإجابات المدخلة
ما ينبغي فحصه
اختبر رفض التحقق وانقطاع الشبكة والعودة إلى النموذج. افحص الحقول المحتفظ بها والرسائل المرتبطة وإمكان التصحيح والإرسال دون البدء من جديد.
القرار والإجراء
أعد حالة مفهومة واحتفظ بالقيم المفيدة حسب حساسيتها. لا تضع محتوى النموذج في رابط لتعويض فقدان الحالة.
الدليل المطلوب حفظه
احتفظ بالتسلسل والحقول المعنية والرسالة ونتيجة المحاولة الثانية باستخدام قيم اختبار.
الرفض يمسح الإدخال المفيد
ما ينبغي فحصه
اختبار إدخال غير صالح وفحص الأخطاء واللغة والحقول المحفوظة.
القرار والإجراء
حفظ البيانات غير الحساسة اللازمة للتصحيح دون إرسال حقيقي.
الدليل المطلوب حفظه
إدخال الاختبار والرفض المتوقع والتركيز ومسار الاستئناف.
مراجعة قبل القرار
تكمل هذه الأسئلة المنهج وتساعد في تحديد ما ثبت فعلياً مع حفظ التحفظات في السجل.
خطأ ثم استعادة
في بيئة اختبار، هل تشرح البيانات غير الصالحة المشكلة دون فقد الحقول المفيدة الأخرى؟ افحص لوحة المفاتيح واللغة والمتابعة بعد فشل الخادم.
عرض قرار مشروح
مثال خيالي: تخص الحالة المعيار والنطاق الموصوفين فقط.
- ملاحظة خيالية
- بعد خطأ في عنوان الاختبار، يمسح النموذج الموضوع والرسالة الصالحين أيضاً.
- الحالة المعلنة
- اختلاف مرصود
- القرار والفحص التالي
- احفظ المدخلات المفيدة واشرح خطأ الحقل المعني. أعد الاستئناف ببيانات خيالية.
إرسال بلا تكرار
هل يؤدي تفعيل مزدوج أو رد متأخر إلى معالجتين؟ ميّز النجاح الظاهر والاستلام المؤكد والمعالجة النهائية دون استخدام بيانات شخصية حقيقية.
عرض قرار مشروح
مثال خيالي: تخص الحالة المعيار والنطاق الموصوفين فقط.
- ملاحظة خيالية
- يعرض المتصفح نجاحاً بعد تفعيلين؛ لم يرصد عدد المعالجات على الخادم.
- الحالة المعلنة
- لم يُفحص
- القرار والفحص التالي
- أبق عدم التكرار غير متحقق منه. في بيئة الاختبار اربط معرف الطلب بالاستلام والمعالجة النهائية.
التحقق على الخادم
في بيئة الاختبار هل يرفض الطلب غير الصالح دون تحقق المتصفح؟ رسالة العميل لا تضمن معالجة الخادم.
الوثائق المطالعة : MDN · Constraint validation ·
عرض قرار مشروح
مثال خيالي: تخص الحالة المعيار والنطاق الموصوفين فقط.
- ملاحظة خيالية
- يرفض الخادم طلب اختبار غير صالح دون تحقق المتصفح؛ ولا تنشأ معالجة.
- الحالة المعلنة
- تحقق ضمن هذا النطاق
- القرار والفحص التالي
- احفظ المدخل الخيالي والرد ورصد الخادم. أعد الاختبار عند تغير التحقق أو المعالجة.
أدوات / سجلات
المعلومات المطلوب تسجيلها
اختبر النجاح وخطأ الإدخال وفشل الخادم ببيانات اختبار محددة. تحقق من مطابقة الرسالة للنتيجة الفعلية وإمكانية استعادة المدخلات.
- تاريخ الاطلاع والمنطقة الزمنية
- الرابط الدقيق
- المهمة / مرحلة المسار
- الجهاز / المتصفح
- النتيجة المتوقعة
- النتيجة المرصودة
- معيار القبول
- القرار / الخطوة التالية
- مسؤول المراجعة
- المراجعة التالية
03 / FAQ
أسئلة شائعة
هل يكفي تحقق JavaScript؟
لا. يحسن التغذية الفورية لكن يجب التحقق على الخادم أيضاً.
هل نوضح الحقول المطلوبة؟
نعم قبل الإدخال وفي رسالة الخطأ.
ماذا بعد الخطأ؟
اشرح التصحيح واربط الرسالة بالحقل واحتفظ بالقيم الأخرى قدر الإمكان.
كيف نختبر دون بيانات حساسة؟
استخدم حالات وهمية وسجلات محدودة البيانات.
كيفية اختبار دون إرسال طلبات حقيقية؟
توفير بيئة أو قناة الاختبار المناسبة والبيانات الخيالية. ومع ذلك ، يجب أن تسمح الطريقة بالتحقق من المراحل الحقيقية التي تفرض قبولًا وعلاجًا.
04 / مراجع رسمية
مراجع رسمية
عرض السياق
مرجع موثق
الملء التلقائي: قراءة الرموز بالترتيب الصحيح
قد يتطلب عنوانان في النموذج قيماً مختلفة حتى لو تشابهت أسماء الحقول. يصف autocomplete الغرض ومجموعة الحقول، ولا يحل محل التسمية الظاهرة أو التحقق. توضح الأمثلة قواعد HTML ولا تمثل هويات أو بيانات اتصال مجمعة.
| المرجع | القيمة أو الصيغة | ما الذي يحدده |
|---|---|---|
| section-* | 1 | تأتي بادئة section- أولاً. تميز قيمتها مجموعة حقول، ولا يجوز للمتصفح استنتاج صلة عائلية أو معنى تجاري منها. |
| shipping | billing | 2 | يحدد shipping أو billing وجهة البيانات. لا يجتمع الرمزان في القائمة نفسها. |
| home | work | mobile | fax | pager | 3 | يمكن أن يسبق home أو work أو mobile أو fax أو pager حقل اتصال مثل email أو tel-national. لا يتبع work postal-code هذه القاعدة. |
| name | postal-code | email | … | 4 | تحتاج القائمة التفصيلية إلى رمز غرض واحد. يقدم address-line1 address-line2 رمزين حيث يُنتظر واحد، ولا يصف حقلين منفصلين. |
| webauthn | 5 | قد يشير webauthn في النهاية إلى بيانات اعتماد بمفتاح عام مع وساطة مشروطة. لا تنفذ السمة وحدها المصادقة. |
| on | off | single token | يمثل on وoff منفردين في الحقل الظاهر المناسب وضعين عامين لا غرضاً تفصيلياً. لا يُسمح بهما بهذه الصورة في input type=hidden. |
قراءة 16 مثالاً للرموز
تخص الأمثلة حقولاً ظاهرة من النوع المحدد. تقتصر على القواعد ولا تنفذ ملئاً تلقائياً أو مصادقة.
<input type="text" autocomplete="section-primary shipping work email">
قائمة تفصيلية مرتبة · المجموعة ثم الوجهة ثم الاتصال ثم الغرض: ترتيب مثال ACT المنشور.
| سمة autocomplete | نوع الحقل | القراءة | التفسير |
|---|---|---|---|
| section-primary shipping work email | text | قائمة تفصيلية مرتبة | المجموعة ثم الوجهة ثم الاتصال ثم الغرض: ترتيب مثال ACT المنشور. |
| section-blue shipping postal-code | text | قائمة تفصيلية مرتبة | تفصل مجموعتان مسماتان عنواني شحن مع الاحتفاظ بالغرض postal-code. |
| section-red shipping postal-code | text | قائمة تفصيلية مرتبة | تفصل مجموعتان مسماتان عنواني شحن مع الاحتفاظ بالغرض postal-code. |
| billing postal-code | text | قائمة تفصيلية مرتبة | وجهة وغرض؛ مجموعة section اختيارية. |
| mobile tel-national | tel | قائمة تفصيلية مرتبة | يسبق معدّل الاتصال غرضاً هاتفياً. |
| current-password webauthn | password | قائمة تفصيلية مرتبة | مثال ACT: غرض كلمة مرور يتبعه رمز بيانات اعتماد بمفتاح عام. |
| given-name | text | قائمة تفصيلية مرتبة | يكفي الغرض وحده؛ البادئات اختيارية. |
| on | text | وضع عام | وضع عام دون غرض تفصيلي؛ تستثني قاعدة ACT 73f2c2 هذه الحالة من نطاقها. |
| off | text | وضع عام | وضع عام دون غرض تفصيلي؛ تستثني قاعدة ACT 73f2c2 هذه الحالة من نطاقها. |
| work shipping email | قائمة غير صحيحة | وُضع معدّل الاتصال قبل الوجهة: ترتيب غير صحيح. | |
| work,email | قائمة غير صحيحة | الفاصلة لا تفصل الرموز في قائمة HTML هذه. | |
| address-line1 address-line2 | text | قائمة غير صحيحة | يشغل غرضان مختلفان موضعاً يقبل غرضاً واحداً. |
| shipping | text | قائمة غير صحيحة | لا تحدد الوجهة وحدها غرض الحقل. |
| work photo | text | قائمة غير صحيحة | لا يعدل work الرمز photo لأنه ليس حقل اتصال. |
| email invalid | قائمة غير صحيحة | لا يُسمح بالرمز الإضافي invalid بعد القائمة. | |
| current-password webauthn invalid | password | قائمة غير صحيحة | لا يُسمح بالرمز الإضافي invalid بعد القائمة. |
ما يُحفظ في الملف
لا يثبت الترتيب الصحيح ملاءمة الغرض للحقل أو حدوث الملء أو استيفاء WCAG 1.3.5. يخص المعيار معلومات معينة عن المستخدم ويتوقف على التقنية المستخدمة. لا تفحص الأمثلة نموذجاً خارجياً.
الوثائق الأصلية
تاريخ الاطلاع على الوثائق .
قراءة موسعة / تطبيق عملي
اختبار النماذج مع الحالات الواقعية
يتم عرض نموذج عادي ولكن يرفض إدخال شرعي أو يؤكد إرسال لا ينجح. اختبار التشغيل يميز جودة الإدخال والتصديق والمعالجة النهائية.
آخر تحديث في .
الفحوص ذات الأولوية
اختبار الحقول الإلزامية، وتنسيقات، وطول، والأخطاء، والموافقة، وتقديم مزدوج. استخدام بيانات الاختبار والتحقق من النتيجة الحقيقية دون إرسال محتوى محمي.
أخطاء التفسير
لا يكفي زر نشط أو رسالة نجاح لإظهار الانتهاء من المعالجة. وينبغي أيضا أن تبقى حالات انتهاء الجلسة وعدم التوافر واضحة.
وثيقة العمل التي ينبغي حفظها
يحتفظ دفتر اختبار التشغيل ببيانات الاختبار غير الحساسة والخطوة والنتيجة المتوقعة والنتيجة الملاحظة. كل تصحيح يرافقه فحص المسار الكامل.