بيئة اختبار الموقع قبل نشر التغييرات
· PoolByte
التدريج عبارة عن بيئة اختبار مصممة لاختبار التغييرات في موقع الويب دون التأثير على الزوار المباشرين. يمكن مراجعة موضوع جديد أو إصدار PHP أو تكامل الدفع أو تحديث البرنامج المساعد الرئيسي هنا أولاً. إن البيئة المرحلية الجيدة ليست مجرد نسخة من الموقع؛ إنها مساحة عمل آمنة مع إمكانية الوصول والاتصالات الخارجية المنفصلة عن النظام المباشر.
قد يكون من الخطر استنساخ متجر إلى نطاق فرعي اختباري وترك مفاتيح الدفع الفعلية وعناوين العملاء سليمة. قد يصل إشعار يتم إرساله أثناء الاختبار إلى العميل أو قد تؤدي المهمة إلى تغيير نظام المخزون الفعلي. لذلك، قبل فتح النسخة، حدد العمليات التي لها تأثير على العالم الخارجي.
إثبات التشابه والاختلاف معًا
يجب أن يكون إصدار PHP الخاص ببيئة الاختبار والمكونات الإضافية المطلوبة وإعدادات الخادم المهمة مشابهًا للبيئة المباشرة المستهدفة. وإلا فإن نتيجة "العمل في الاختبار" قد لا تمثل ظروفًا مختلفة في الكائن الحي. ومع ذلك، فإن استخدام نفس قاعدة البيانات أو ربط بيئتين بنفس حساب الدفع ليس أمرًا مشابهًا؛ يتطلب الفصل الوظيفي.
إنشاء قاعدة بيانات منفصلة ومستخدمي تطبيق منفصلين وأسرار منفصلة. تحقق من أن الاختبار لا يمكنه الكتابة إلى قاعدة البيانات المباشرة. تحقق أيضًا من مسارات الملفات ومجلدات التثبيت. إن مجرد تغيير عنوان URL للصفحة الرئيسية للتطبيق لا يعني أن عمليات التكامل الأساسية تناسب البيئة الجديدة.
إلغاء تنشيط نسخة الاختبار
قصر التدريج على التحكم في الوصول على مستوى الجلسة أو الخادم. إن مجرد صعوبة تخمين النطاق الفرعي لا يعد حماية. استخدم HTTPS وحسابات اختبارية منفصلة عن كلمات مرور المسؤول الحقيقية. تأكد من أن الأشخاص الذين تمنحهم حق الوصول وتاريخ انتهاء الاختبار واضحين.
بالنسبة لمحركات البحث، يعد noindex مقياسًا إضافيًا للرؤية؛ إنه ليس بديلاً للتحكم في الوصول. كما أن robots.txt ليس آلية لحماية المعلومات الخاصة. قم بإنشاء عنصر فحص منفصل للتأكد من عدم نقل هذه الإعدادات عن طريق الخطأ عند استيراد بيئة الاختبار إلى الموقع المباشر.
أخبر WordPress بنوع الوسائط
يمكن لـ WordPress تحديد نوع الوسائط باستخدام WP_ENVIRONMENT_TYPE. تم ذكر القيم المدعومة في الوثائق الرسمية على أنها local وdevelopment وstaging وproduction. يمكن استخدام التعريف التالي في تكوين نسخة الاختبار:
define('WP_ENVIRONMENT_TYPE', 'staging');لا يضمن هذا السطر أن تقوم جميع المكونات الإضافية بإيقاف رسائل البريد الإلكتروني أو المدفوعات تلقائيًا. التحقق من سلوك كل تكامل على حدة. فكر في علامة الوسائط كمنارة؛ إن إعدادات قاعدة البيانات والمحول والشبكة والتطبيقات هي التي تتيح الفصل الفعال.
التحقق من البيانات الفعلية والمعاملات الخارجية
إذا أمكن، استخدم مستخدمين وهميين ونماذج أوامر ومحتوى لا يحتوي على معلومات حساسة. إذا كانت هناك حاجة إلى نسخة فعلية، فقم بإخفاء البيانات الشخصية غير المطلوبة لغرض الاختبار وتقييد الوصول إليها. حدد أيضًا متى يتم حذف التكرارات.
- إعادة توجيه أو حظر إرسال البريد الإلكتروني إلى مربع الاختبار.
- وضع خدمات الدفع في وضع الاختبار الرسمي؛ إذا لم يكن مدعومًا، قم بإغلاق العملية الخارجية.
- تقييم تكامل الرسائل القصيرة والبضائع والمحاسبة والمخزون بشكل منفصل.
- التحكم في المهام المجدولة وأهداف خطاف الويب والتجديدات التلقائية.
- قم بتقييد مفاتيح واجهة برمجة التطبيقات التابعة لجهات خارجية بالتفويضات المحجوزة للاختبار.
- تحقق من خلال ضغطة تحكم أن إشعارات الاختبار لن تصل إلى العملاء الحقيقيين.
بدلاً من وضع علامة "معطل" على النظام، قم بتوثيق النقطة التي تم حظره فيها بالفعل. على وجه الخصوص، يمكن تشغيل المهام التلقائية دون زيارة صفحة الويب.
اكتب سيناريو قبول التغيير
على سبيل المثال، إذا كانت قائمة الهاتف المحمول يتم تحديثها، فلا تتحكم فقط في فتح القائمة. يجب أيضًا تضمين اختيار اللغة واستخدام لوحة المفاتيح واتجاه الشاشة وتجاوز النص الطويل ومظهر المستخدم الذي قام بتسجيل الدخول في السيناريو. عند التبديل إلى PHP، حاول تسجيل الدخول والنموذج وتحميل الملفات والترتيب ومهام الخلفية.
اكتب بوضوح النتيجة المتوقعة لكل اختبار. بدلاً من "يبدو جيدًا"، استخدم عبارات قابلة للقياس مثل "زر الدفع مرئي على شاشة ضيقة ولا يوجد تمرير أفقي". تحقق من سجل الأخطاء وقم بتقييمه مع أي تحذيرات تظهر للمستخدم. يمكن أن تكون أدوات تصحيح الأخطاء في WordPress مفيدة في بيئة الاختبار؛ لا تترك ملفات السجل متاحة للعامة.
لا يعني البث المباشر سحق قاعدة البيانات بأكملها
لا يمكن نشر موقع المحتوى وطلبات استلام المتجر بنفس الطريقة. بعد بدء الاختبار، ربما تم إنشاء أعضاء أو محتوى أو طلبات جديدة بشكل مباشر. قد يؤدي نسخ قاعدة البيانات المرحلية القديمة بالكامل إلى فقدان هذه السجلات.
حدد ما إذا كان التغيير يتضمن التعليمات البرمجية فقط أو التكوين أو المحتوى أو المخطط. التحرك عن طريق تحديد الخطوات اللازمة. إذا كانت هناك حاجة إلى فترة صيانة قصيرة، فخطط للتوقيت وحالة الإرجاع. خذ نسخة احتياطية مناسبة مباشرة قبل التغيير؛ فكر في كيفية تأثير التراجع أيضًا على المعاملات الجديدة.
يعد دليل ترقية PHP ودليل ترحيل الموقع من الموارد التكميلية التي تشرح اختبارات التوافق وعمليات ترحيل العناوين والملفات.
الشيكات الأولى بعد النشر
- تحقق من المجال المباشر وHTTPS وعمليات إعادة التوجيه.
- تأكد من عدم نقل قواعد الوصول للاختبار بشكل مباشر.
- تأكد من أن البث المباشر يستخدم قاعدة البيانات الصحيحة وعمليات التكامل المعتمدة.
- أعد محاولة النماذج وتسجيلات الدخول والتدفقات التجارية المهمة.
- امسح ذاكرة التخزين المؤقت إلى الحد المطلوب.
- مراقبة معدلات الخطأ وقائمة انتظار المهام لفترة زمنية محددة.
إذا حافظت على استمرارية بيئة الاختبار، فيجب أيضًا تحديثها ومراقبتها. لا ينبغي أن تصبح النسخة القديمة المنسية عبئًا واضحًا على الأمن.
الأسئلة المتداولة
هل يحل الاختبار المحلي محل التدريج؟
إنه مفيد للعديد من مهام التطوير. ومع ذلك، قد تكون هناك حاجة إلى بيئة منفصلة مشابهة للهدف لمشكلات مثل DNS وHTTPS والإشعارات الخارجية وشروط الاستضافة.
هل ميزة التدريج متضمنة في كل باقة استضافة؟
تختلف تغطية الحزمة حسب المزود. عند تقييم خيارات استضافة الويب ، اسأل عن النسخ المتماثل وقاعدة البيانات المنفصلة والتحكم في الوصول وطريقة التشغيل المباشر.