WordPress · Developer QA

اختبار WordPress الرئيسي لا ينجح إذا اكتفى الفريق بفتح الصفحة الرئيسية.

نُشر في 13 أغسطس 2026 · WordPress 7.1 / Developer Changes / Plugin QA

نشرة WordPress Developer Blog لشهر أغسطس 2026 تقول إن WordPress 7.1 مجدول ليصل يوم 19 أغسطس، وتشير إلى تغييرات للمطورين مثل execution lifecycle filters وتحسينات Abilities API. إعلان RC1 يذكّر أيضًا بعدم اختبار نسخ RC على مواقع إنتاجية أو mission-critical. لذلك يجب أن يكون اختبار staging موجهًا للكود والسيناريوهات لا للواجهة فقط.

لو إضافة واحدة تتحكم في النماذج أو checkout أو لوحة الإدارة، فهي تحتاج owner واضح قبل ترقية WordPress.

أين يختبئ الخطر؟

تحديث WordPress الرئيسي قد يبدو مستقرًا عند فتح homepage، لكن التعارض يظهر في أماكن أقل وضوحًا: AJAX handlers، REST routes، custom blocks، محرر الصفحات، نماذج الاتصال، أو صلاحيات لوحة الإدارة. لذلك اختبار الواجهة فقط يعطي اطمئنانًا كاذبًا.

تغييرات المطورين مثل lifecycle filters وAbilities API قد تكون فرصة جيدة، لكنها أيضًا سبب لمراجعة الإضافات المخصصة التي تلمس hooks أو behavior حساس.

خطة owner لكل plugin

اكتب قائمة بالإضافات التي تؤثر على الإيراد أو البيانات أو الإدارة. بجانب كل إضافة، ضع owner وسيناريو اختبار: إرسال نموذج، تعديل صفحة، تحديث إعداد، رفع ملف، أو تنفيذ endpoint. بعد التحديث على staging، سجّل النتيجة ولقطة من log أو screenshot عند الفشل.

لا تخلط بين مسار الأمن ومسار الترقية الرئيسية. تحديث أمني فرعي له أولوية مختلفة عن اختبار 7.1، وكل منهما يحتاج قرارًا مستقلًا.

Checklist

أين تدخل ok4host؟

ok4host يجهز مصفوفة اختبار صغيرة لمواقع WordPress قبل الإصدارات الرئيسية، مع owner وسيناريو وقرار واضح لكل إضافة مهمة.

أسئلة شائعة

هل أحتاج اختبار كل إضافة؟ ابدأ بما يلمس الإيراد أو البيانات أو الإدارة.

هل RC1 كافٍ للحكم النهائي؟ هو مؤشر مبكر، لكن القرار النهائي يحتاج متابعة حتى الإصدار.

ما أول فحص؟ staging مطابق قدر الإمكان مع error logging واضح.

المصادر

اقرأ داخل نفس المحور

هل ترقية WordPress عندك لها owner لكل إضافة؟

نجهز staging QA عملي يركز على الإضافات والوظائف الحساسة قبل الإطلاق.

اطلب مراجعة الموقع