إدارة إعدادات الإضافة لكل بروفايل بدون تسريب Config مشترك

إضافة تعمل على عدة بروفايلات قد تستخدم chrome.storage أو backend داخليًا. إذا تم توصيل كل البروفايلات بنفس extension storage عن طريق الخطأ، يمكن أن يتغير setting في واحدة ويظهر في أخرى. في متصفح مخصص، session partition وحده لا يضمن Isolation إذا extension architecture نفسها تستخدم مخزنًا global.

صنف الإعدادات حسب Scope

هناك global app setting مثل لغة الإضافة، profile setting مثل proxy helper mode، و site/account setting. اكتب scope لكل key بدل تخزين object واحد بلا هوية.

استخدم Namespace واضح

إذا المخزن المركزي ضروري، استخدم key path تشمل profileId ولا تسمح fallback إلى default profile بصمت. عند حذف بروفايل، cleanup namespace الخاصة به وفق retention.

اختبر Cross-profile Write

غيّر قيمة في A ثم اقرأها من B. نفذ الاختبار بعد restart وبعد extension update. أضف marker خاصًا لكل profile لسهولة الكشف.

تعامل مع chrome.storage.sync بحذر

Sync مصممة لمزامنة عبر browser account في بيئات عادية. في منتج multi-profile قد لا تكون semantics مناسبة لإعدادات هوية مستقلة. لا تستخدمها للأسرار أو config يجب أن تبقى محلية.

افصل Secrets عن Preferences

Token أو proxy password لا توضع بجانب theme setting في JSON يمكن تصديره. استخدم secret store أو encryption ومراجع، و redact في UI.

صمم Migration للإعدادات

عند تغيير schema، migration تعمل لكل profile namespace بصورة ذرية. فشل بروفايل لا يجب أن يفسد باقي المخزن. احتفظ version لكل config.

راقب مصدر التغيير

إذا settings يمكن تعديلها من UI و policy و remote management داخلي، سجل source و timestamp حتى تفسر تغييرات لم ينفذها المستخدم مباشرة.

اختبر الإضافة داخل دورة الحياة كاملة

عند التعامل مع «إدارة إعدادات الإضافة لكل بروفايل بدون تسريب Config مشترك» لا تكتفِ بتثبيت الإضافة وفتح popup. اختبر التثبيت والترقية وإعادة تشغيل المتصفح وتعليق service worker وإزالته، ثم تأكد من تنظيف listeners والتخزين الذي لم يعد مطلوبًا. شغّل السيناريو داخل بروفايلين للتأكد أن الحالة لا تتسرب بينهما، وجرب رفض permission ثم منحها ثم سحبها. إذا كانت هناك content scripts، راقب توقيت الحقن عند navigation و SPA transitions. بهذه المجموعة تظهر مشاكل لا تراها تجربة يدوية قصيرة بعد التثبيت مباشرة.

معيار القبول قبل الإغلاق

اختبر أثر الترقية وليس التثبيت النظيف فقط. احتفظ ببروفايل على النسخة السابقة ثم حدث الإضافة وراجع storage migrations وال permissions وال background lifecycle. أي warning جديد في console أو extension errors يجب تصنيفه قبل التعميم على كل البروفايلات.

حالة فشل يجب اختبارها

في «إدارة إعدادات الإضافة لكل بروفايل بدون تسريب Config مشترك» جرّب صفحة لا تطابق نطاق الإضافة ثم صفحة تطابقه جزئيًا. تأكد أن content script وال ـhost permissions لا تتوسع بسبب wildcard أوسع من الحاجة، وأن تعطيل الإضافة يوقف listeners والرسائل فورًا. هذه الاختبارات تكشف حدود النطاق أكثر من مجرد التأكد أن الميزة تعمل.

توثيق النتيجة للفريق

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