ضيفان، طاولة واحدة، الساعة 7 مساءً. من يكتشف المشكلة أولاً؟
الحجز المزدوج لا يظهر وأنت تجرّب نظامك لوحدك. يظهر ليلة الخميس، وضيفان واقفان عند الطاولة نفسها. مهندس الجودة من فنّان يجرّب هذا الموقف قبلهم: يحجز الطاولة مرتين في متصفح حقيقي، ويوثّق ما حصل بالدليل، ثم يتأكّد أن الإصلاح أنهى المشكلة فعلاً.
أخطاء الحجز تظهر في أسوأ وقت
طاولة واحدة لضيفين
ضيفان حجزا في اللحظة نفسها، والنظام قبل الاثنين. أحدهما سيقف ينتظر، وتقييمه لن يذكر أن الأكل كان لذيذاً.
حجز في وقت الإغلاق
النظام يقبل حجزاً بعد موعد الإغلاق، أو في ساعة تختلف فيها مواعيد الجمعة. الضيف يصل والباب مقفل.
نموذج يرفض رقم الجوال
ضيف كتب رقمه بالأرقام العربية فرفضه النموذج بلا توضيح. لن يتصل ليشتكي، سيحجز عند غيرك.
يحجز الطاولة مرتين، كما قد يفعل ضيوفك
في مثال مقهى روز يسأل صاحب المقهى سؤالاً واحداً، فيقترح مهندس الجودة تجربة الحجز المزدوج ويستأذن أولاً: هل أنشئ حجوزات اختبار؟ بعد الموافقة يستخدم حسابات اختبار، وعلى نسخة تجريبية من النظام متى توفّرت. ثم يرسل حجزين متداخلين للطاولة 4 الساعة 7:00 مساءً، ويتحقّق من النتيجة على الشاشة، وعبر الـ API حين تسمح بذلك.
- يستأذن قبل إنشاء أي بيانات
- حسابات اختبار ونسخة تجريبية متى أمكن
- تشاهد الخطوات وهي تُنفَّذ
خلل موثّق، لا رأي
النظام قبل الحجزين. فتظهر بطاقة خلل فيها ما يكفي ليفهمها صاحب المقهى ويصلحها المطوّر: تأكيدان، والطاولة نفسها، والوقت نفسه، مع لقطتي الشاشة والخطوات التي تعيد الخلل. المتوقّع: يُرفض الحجز الثاني أو تُقترح طاولة أخرى. الفعلي: تأكيد للضيفين معاً.
- لقطتا التأكيد جنباً إلى جنب
- خطوات تعيد الخلل في كل مرة
- الأثر على عملك في أول سطر
يعيد التجربة نفسها بعد الإصلاح
إن كان نظامك مبنيّاً بفنّان، تطلب من فنّان إصلاح الخلل من بطاقته. وإن كان مبنيّاً خارجه، يأخذ مطوّرك التقرير ويصلح. في الحالتين يعيد مهندس الجودة تجربة الحجز المزدوج نفسها، ومعها حالات الحجز القريبة منها: إلغاء ثم حجز من جديد، وحجز لطاولة أخرى في الوقت نفسه. حينها فقط يُكتب «تم التحقق من الإصلاح».
- الحالة تُحفظ وتُعاد مع كل تعديل
- حالات الحجز المجاورة تُختبر معها
- إن رجع الخلل يُوسم «تراجَع»
ما الذي تطلب اختباره أيضاً في مطعمك؟
الحجز المزدوج أشهرها، لكنه ليس الوحيد. هذه طلبات تكتبها كما هي.
المواعيد والحدود
حجز في وقت مضى، وحجز بعد الإغلاق، ومواعيد الجمعة، وعدد ضيوف أكبر من سعة الطاولة. النظام السليم يرفضها برسالة مفهومة.
جرّب تحجز بوقت فات، وبعد الإغلاق، ولعشرة أشخاص على طاولة لأربعة.
الإلغاء ثم الحجز من جديد
هل ترجع الطاولة متاحة بعد الإلغاء؟ وهل تصل رسالة التأكيد بالاسم والوقت والطاولة الصحيحة؟
احجز طاولة ثم ألغها، وتأكّد أنها رجعت متاحة وأن رسالة التأكيد صحيحة.
المنيو والطلب من الجوال
المنيو والطلب بمقاس شاشة الجوال: هل الأصناف مقروءة، والأزرار تنضغط، وحقل الجوال يقبل الأرقام العربية؟
افتح المنيو بمقاس الجوال واطلب وجبة، واكتب رقم الجوال بالأرقام العربية.
مثال مقهى روز خطوة بخطوة
مثال توضيحي لطريقة العمل، وليس قصة عميل حقيقي.
- 1
صاحب المقهى يسأل بكلامه
يكتب: «تأكّد: هل يقدر ضيفان يحجزون نفس الطاولة الساعة 7 مساءً؟». لا إعدادات ولا مصطلحات.
- 2
مهندس الجودة يقترح ويستأذن
يقترح تجربة حجز مزدوج، ويوضّح أنها ستنشئ حجوزات اختبار، وينتظر الموافقة. يستخدم حسابات اختبار ونسخة تجريبية متى توفّرت.
- 3
حجزان للطاولة 4 الساعة 7:00 مساءً
يرسل الحجزين المتداخلين في متصفح حقيقي، ويتحقّق من النتيجة على الشاشة، وعبر الـ API حين يُسمح له.
- 4
النظام قبل الاثنين: خلل بدليله
تُفتح بطاقة خلل: تأكيدان، والطاولة نفسها، والوقت نفسه، مع لقطات الشاشة وخطوات تعيد الخلل، والمتوقّع مقابل الفعلي.
- 5
الإصلاح
نظام مبنيّ بفنّان: تطلب من فنّان إصلاحه من البطاقة. نظام خارجي: يصلحه مطوّرك اعتماداً على التقرير.
- 6
إعادة الاختبار ثم الختم
تُعاد التجربة نفسها مع حالات الحجز القريبة منها. يُرفض الحجز الثاني هذه المرة؟ حينها فقط «تم التحقق من الإصلاح».
بصراحة: ما يجب أن تعرفه
أسئلة تتكرّر
كيف أختبر نظام حجز مطعمي؟
ما هو الحجز المزدوج وكيف أكتشفه؟
هل ينشئ الاختبار حجوزات حقيقية في نظامي؟
هل يعمل مع نظام حجز لم أبنِه بفنّان؟
هل مقهى روز عميل حقيقي؟
ما الذي يُختبر أيضاً في تطبيق مطعم؟
هل اختبار نظام الحجز مجاني؟
ماذا يختبر لك مهندس الجودة أيضاً؟
مهندس الجودة
الصفحة الرئيسية: مهندس جودة بالذكاء الاصطناعي يخطّط الاختبارات، وينفّذها في متصفح حقيقي، ويوثّق كل خلل بالدليل، ويخبرك هل تطبيقك جاهز للإطلاق.
تعرّف على مهندس الجودةاختبار المواقع
موقعك مبنيّ خارج فنّان؟ أضف رابطه واطلب من مهندس الجودة اختبار صفحاته ونماذجه ومساراته في متصفح حقيقي.
اقرأ التفاصيلاختبار الـ API
ارفع ملف وصف الـ API، ومهندس الجودة يتحقّق من أن كل طلب يعيد ما يجب: الحالة، والحقول، والصلاحيات، ورسائل الخطأ.
اقرأ التفاصيلالاختبار بعد كل تعديل
كل حالة اختبار تُحفظ وتُعاد. بعد أي تعديل تعرف في دقائق هل ما كان يعمل ما زال يعمل، ومتى انكسر.
اقرأ التفاصيلتتبّع الأخطاء
كل خلل بطاقة فيها الأثر والخطوات والمتوقّع والفعلي ولقطة الشاشة، وتبقى مفتوحة حتى تثبت إعادة الاختبار أنه أُصلح.
اقرأ التفاصيلاختبر قبل النشر
تطبيقك مبنيّ بفنّان؟ اختبره من نافذة النشر نفسها، واطلب من فنّان إصلاح ما ظهر، ثم انشر وأنت تعرف حالته.
اقرأ التفاصيلأدلة تقرؤها قبل أن تختبر
ما هو اختبار البرمجيات؟
شرح لصاحب المشروع، بلا مصطلحات: ما الذي يُختبر، وأنواع الاختبار التي تهمّك فعلاً، ومتى يكفي الاختبار اليدوي ومتى لا يكفي.
اقرأ الدليلقائمة فحص الموقع قبل الإطلاق
قائمة عملية تمرّ عليها قبل أن تعلن عن موقعك: التسجيل، والنماذج، والدفع، والجوال، والعربية، والرسائل، وما بعد الإطلاق.
اقرأ الدليلكيف تكتب تقرير خلل
قالب جاهز وأمثلة: عنوان واضح، وخطوات تعيد الخلل، والمتوقّع مقابل الفعلي، والدليل، وكيف تحدّد الخطورة دون مبالغة.
اقرأ الدليلاكتشف الحجز المزدوج قبل ضيوفك.
اكتب ما يقلقك في نظام الحجز بكلامك، ومهندس الجودة يختبره في متصفح حقيقي ويوثّق كل خلل بالدليل. ضمن الخطط المدفوعة، والتسجيل مجاني.